Deep Origin DO Studio：建模、模拟与协作平台

DO Studio 是 Deep Origin 面向分子建模与模拟的产品，把结构准备、对接、分子动力学、自由能计算等计算任务，与云端算力和协作功能打包在一起。它代表了当前一类产品的思路：把重计算的门槛从「会配环境、会写脚本」降到「会点界面」。

降低门槛的价值与风险

「不懂原理也能跑出数字」是这类平台最大的双刃剑。一个界面友好的 MD 平台能让人在十分钟内跑出一条轨迹，但如果不知道要看多条独立重复、不知道 10 ns 说明不了构象变化、不知道要检查体系是否平衡，那条轨迹得出的结论可能完全是错的。平台降低的是操作门槛，不是理解门槛。

计算结果怎么在团队中有效流转

这是集成平台真正该解决的问题，也是自建时最该注意的：

• 结果必须带上下文：一个对接分数脱离了「用哪个受体结构、什么盒子、什么参数、什么版本」就没有意义。每个结果都应可追溯到完整的运行配置。
• 必须表达不确定性：给药化一个「−9.2 kcal/mol」会被当作精确值；给「−9.2，该方法在本靶点的重对接 RMSD 成功率约 60%，分数与实测活性相关性弱」才是负责任的传达。
• 要有可视化而非只有数字：结合姿势的图、相互作用图、与已知配体的对比，比一个分数有信息量得多。
• 失败要可见：计算失败、收敛不良、体系异常必须明确标出，而不是静默给出一个数字。静默失败是集成平台最危险的模式。
• 结论要有人背书：重要决策前，计算结果应由懂原理的人审核，而不是直接进入决策表。

用开源栈实现类似能力

# 计算层
#   结构准备：PDBFixer（215）+ OpenBabel（216）
#   对接：    AutoDock Vina（182）/ GNINA（183）
#   模拟：    OpenMM（200）+ OpenFF（202）
#   自由能：  OpenFE（201）
#   分析：    MDAnalysis（205）/ ProLIF（207）

# 编排层
#   Nextflow / Snakemake 定义标准流程
#   每个流程固化参数与版本，输出结构化 JSON

# 界面层
#   Streamlit / Panel 做提交界面
#   3Dmol.js（213）嵌入结构查看
#   mols2grid（217）做分子表格

# 关键设计：
#   1. 每次运行生成唯一 ID，记录完整配置
#   2. 自动质控（重对接验证、体系稳定性检查）
#   3. 质控不通过就明确报错，不给数字
#   4. 结果页附上方法的已知局限说明

建议的实施顺序

• 先把一条流程做扎实：选团队最高频的需求（通常是「给一批分子做对接打分」），把它做到可靠、可复现、有质控、结果可读。
• 再考虑第二条：不要一次铺开五个功能，每个都半成品。
• 持续收集误用案例：观察用户怎么误解结果，据此改进呈现方式。这比加新功能更能提升实际价值。

延伸资源

• 同系列：287《Deep Origin Balto》；开源工具栈：182《AutoDock Vina》、200《OpenMM》、201《OpenFE》；
• 工程化：225《AI 制药工具工程化》；结果解读见「结构与模拟」模块。