1. 项目启动与需求分析

分子对接项目的失败，往往不是败在软件参数上，而是败在启动阶段没有把科学问题问清楚。一个典型的反面案例是：客户说“帮我看看这个化合物能不能和某个蛋白结合”，团队直接下载 PDB 结构、跑一遍 AutoDock Vina、拿到 -8.2 kcal/mol 的分数就交付。结果客户真正想问的是“这个化合物在细胞内是否可能抑制该靶点”，而对接只回答了“在刚性受体近似下，配体能否在某个口袋中形成有利构象”，两者之间隔着柔性、水分子、质子化状态、辅因子和细胞通透性等一大堆前提。因此，项目启动的第一件事不是打开软件，而是把模糊需求翻译成可计算、可验证的科学问题。

一、把需求翻译成可对接的科学问题

需求分析的核心动作是“问题降维”。客户语言通常是应用语言（“这个药能不能治某病”“这个分子能不能做探针”），而对接能回答的是结构语言（“配体在给定受体构象下，于某结合位点形成的最低能量姿态及其打分”）。中间需要经过三层转换：

• 应用层：例如“筛选一批天然产物，寻找可能抑制 EGFR 突变体的先导化合物”。
• 机制层：抑制的前提是与 ATP 竞争结合位点，因此对接目标应锁定在 ATP 结合口袋，而非别构位点或蛋白-蛋白界面。
• 计算层：受体构象选择（野生型还是 T790M/L858R 突变体）、是否保留关键水分子、配体库的质子化与互变异构处理、打分函数与搜索算法、以及判定“有希望”的阈值。

这三层必须在项目启动文档中写清楚。一个可用的写法是“科学问题陈述句”：在 EGFR T790M 突变体激酶结构域的 ATP 结合口袋中，评估化合物库中每个分子能否形成优于阳性对照奥希替尼的打分，并给出排名前 1% 的候选列表。 这句话里已经隐含了靶点、位点、对照、指标和交付物，后续所有工作都围绕它展开。

二、靶点选择依据与结构质量核查

靶点选择不是“有 PDB 就能用”。启动阶段需要核查四件事：分辨率、配体/辅因子、缺失残基、以及口袋的可成药性。以 EGFR 为例，若选择 4HJO（野生型）而项目实际针对耐药突变，则整个筛选方向就偏了；若结构中 ATP 口袋附近有 20 个以上缺失残基，直接对接会得到虚假的高分。实践中建议在启动表中记录：PDB ID、分辨率（一般 ≤ 2.5 Å 较稳妥）、共晶配体、关键残基编号、缺失区段、以及是否保留结构水。

三、应用场景决定交付标准

同一套对接流程，用于虚拟筛选和用于机制解释，交付标准完全不同。虚拟筛选关注“富集能力”，交付的是排序列表、打分分布、阳性对照位置和假阳性控制策略；机制解释关注“构象合理性”，交付的是结合模式图、关键氢键/疏水接触、以及突变前后打分变化。若项目用于专利或申报，还需记录软件版本、力场、盒子尺寸、随机种子等可复现信息。启动阶段就应明确：交付物是 CSV 排名表、还是包含 2D/3D 相互作用图的报告、还是可复现的配置文件与脚本。

四、项目计划与里程碑的制定

计划不是把“准备、对接、分析”写成三行，而是把每个阶段的可验证产出定义清楚。以 8 周项目为例：第 1 周完成需求确认与科学问题陈述，产出《项目启动表》；第 2–3 周完成受体准备（去水/加水、加氢、质子化、能量最小化）与配体库准备（去盐、质子化、构象生成），产出可对接的受体 PDBQT 与配体库；第 4–6 周执行对接与打分，产出排名表与打分分布；第 7–8 周做结合模式分析与报告撰写。每个里程碑都应有一个“通过判据”，例如“阳性对照打分位于库内前 5%”或“受体口袋无原子重叠（clash）”。

启动阶段还应明确风险与备选方案：若目标口袋在晶体结构中无序，是否改用同源模型；若配体库过大（如 10 万以上），是否先做药效团或形状筛选再对接；若打分函数对某类骨架系统性偏高，是否引入共识打分或重打分。把这些写在启动文档里，比在项目中期临时补救要省力得多。

最后需要强调：需求分析不是一次性的会议记录，而是贯穿项目的参照系。当客户中途提出“能不能顺便看看另一个靶点”时，正确的做法不是直接加跑一组对接，而是回到科学问题陈述句，判断新需求是否改变了靶点、位点、对照或交付标准。若改变，则重新走一遍启动流程；若只是同一问题的扩展，则在原计划上追加任务并更新里程碑。把这一步做扎实，后面的受体准备、对接执行和结果解读才有稳定的判断依据。