MOE(Molecular Operating Environment,Chemical Computing Group)是历史悠久的商业分子建模平台,在学术界与工业界都有广泛使用。它的特点是把化学信息学与结构生物学放在同一个环境里,并提供 SVL 脚本语言做深度定制。
能力模块
| 领域 | 主要功能 |
|---|---|
| 化学信息学 | 数据库、指纹、描述符、QSAR、多样性分析 |
| 结构准备 | Structure Preparation、质子化态(Protonate3D) |
| 对接 | MOE Dock,多种打分函数 |
| 药效团 | 药效团查询、搜索与建模 |
| 蛋白建模 | 同源建模、loop 建模、侧链装配 |
| 抗体建模 | 抗体结构预测、CDR 建模、人源化、可开发性评估 |
| 分子模拟 | 能量最小化、构象搜索、MD |
| 片段设计 | 基于片段的设计与生长 |
| SVL | 专有脚本语言,可深度定制与扩展 |
两个相对突出的能力
- Protonate3D:在三维结构环境中系统地确定所有可电离基团的质子化态与氢键网络朝向(包括 His 翻转、Asn/Gln 翻转)。质子化态是对接与模拟中最容易出错也最影响结果的环节之一,而开源生态在这块确实有差距(见 275《Schrödinger Maestro》)。
- 抗体建模套件:CDR 环建模、抗体-抗原对接、可开发性评估(聚集倾向、化学不稳定位点、免疫原性风险)。做生物药的团队常因为这块能力选择 MOE,在 AlphaFold 时代它的部分功能被替代,但抗体特异的可开发性分析仍有价值。
SVL:定制能力是它的长期优势
// SVL 脚本示例(概念示意)
// 批量处理:读入分子、准备、对接、输出
function batch_dock [ligfile, recfile]
local rec = ReadPDB recfile;
local ligs = ReadMDB ligfile;
local results = [];
for lig in ligs loop
local prepped = StructurePreparation lig;
local poses = DockLigand [rec, prepped];
results = append [results, poses];
endloop
return results;
endfunction
SVL 让用户能编写自定义的分析流程、批处理脚本、甚至自定义界面面板。很多机构在 MOE 上积累了大量内部 SVL 脚本,这些积累本身构成了迁移成本——这也是这类平台粘性高的原因。
与开源方案的对照
| MOE 功能 | 开源对照 | 差距 |
|---|---|---|
| 化学信息学 | RDKit(见 171《RDKit》) | 小,RDKit 生态更活跃 |
| 对接 | Vina / GNINA(见 182《AutoDock Vina》、183《GNINA》) | 小 |
| Protonate3D | PDBFixer + 手工判断 | 较大 |
| 同源建模 | AlphaFold / Rosetta | AlphaFold 时代已反超 |
| 抗体可开发性 | 零散工具 | 较大 |
| 药效团 | RDKit + Pharmit | 中等 |
| 图形界面 | PyMOL + 自建 | 集成度差距明显 |
选型判断
- 做抗体/生物药:抗体建模与可开发性评估是它的强项,值得评估。
- 团队无编程能力:图形界面 + 一体化环境降低门槛。
- 已有大量 SVL 积累:迁移成本高,通常继续用。
- 纯小分子且有计算能力:开源栈(RDKit + Vina + OpenMM)已能覆盖大部分需求,成本差异是数量级的。
- 结构准备的质量要求高:Protonate3D 是实际的采购理由之一。
提示
商业软件的模块、许可模式与定价变动较快,本文为方向性梳理,采购前请核对官方最新信息。建议在自家典型体系上做开源与商业方案的对比测试,实际差距可能与预期不同。
延伸资源
- 对照平台:275《Schrödinger Maestro》、280《Cresset Flare》、302《MolSoft ICM-Pro》;
- 开源工具栈:171《RDKit》、182《AutoDock Vina》、215《PDBFixer》;
- 抗体设计见「新药模态」模块。