← 返回资料站  /  AI Scientist
论文 端到端系统

The Virtual Lab of AI agents designs new SARS-CoV-2 nanobodies

Virtual Lab:人类 PI 带一群 agent 开组会,设计出新的 SARS-CoV-2 纳米抗体
一句话Stanford Zou 组把「人类研究者 + 一队 LLM agent 开组会」做成可运行的系统,让 agent 自己拼出 ESM + AlphaFold-Multimer + Rosetta 的计算流程,从 4 个已知纳米抗体(H11-D4、Nb21、Ty1、VHH-72)出发设计出 92 条候选并送去湿实验验证,发在 Nature 2025;仓库里留了约 2000 份会议记录、四个亲本的实验数据和 platemap,过程透明度在同类工作里少见。

这是什么

自动科研系统这一路的东西大多停在「跑 benchmark、写论文草稿」,产出物无法离开计算机。Virtual Lab 想回答的是另一个问题:如果让 LLM agent 真的去做一个有湿实验终点的课题,分工该怎么切?它给出的答案不是全自动,而是明确保留人类 PI:人定研究方向、开会时提议程、在关键节点把关,agent 负责跨学科讨论、选工具、写代码、出设计。

系统本身只有两种交互原语。team meeting 是人类抛出一个 agenda,一队角色不同的 agent(免疫学家、机器学习专家、计算生物学家一类)围绕它轮流发言,最后收敛成决定;individual meeting 是人类和单个 agent 一对一解决某个具体任务(比如写一个打分脚本)。整个纳米抗体项目就是把这两种会议按阶段串起来跑完的。

落地任务是给 SARS-CoV-2 的一个较新变异株设计纳米抗体。agent 自己决定了走「改造已知抗体」而不是从头生成,选定 ESM、AlphaFold-Multimer、Rosetta 三个工具组成迭代打分流程,最终交出 92 条序列,由 Chan Zuckerberg Biohub 一侧做实验测定。论文 2024-11 先上 bioRxiv(10.1101/2024.11.11.623004),2025 年发 Nature。

Virtual Lab 的架构总览(取自官方仓库):人类研究者担任 PI,主持由多个专业 LLM agent(免疫学家、计算生物学家、批评者等)组成的"组会";团队会议定方向,个体会议做具体实现,agent 之间的讨论产出可执行的计算流程设计。
Virtual Lab 的架构总览(取自官方仓库):人类研究者担任 PI,主持由多个专业 LLM agent(免疫学家、计算生物学家、批评者等)组成的"组会";团队会议定方向,个体会议做具体实现,agent 之间的讨论产出可执行的计算流程设计。

机制与做法

两种会议原语,阶段化推进

README 把机制讲得很干净:只有 team meeting(全体 agent 讨论人类提出的 agenda)和 individual meeting(人类与单个 agent 解决具体任务)两种。没有复杂的调度器、没有黑板式共享内存,复杂度全部压在「人类怎么切分 agenda」上。

仓库 nanobody_design/discussions/ 下有 12 个子目录,基本对应项目的实际阶段:project_specification(定课题)、team_selection(组队)、tools_selection(选工具)、workflow_design(设计流程)、implementation_agent_selection、然后是 esm / alphafold / rosetta 三个工具各自的实现讨论,外加 unpaired_cysteine(处理游离半胱氨酸这个具体的分子问题)、finetuning、human_eval、ablations。也就是说「选题—组队—选工具—设流程—写代码」这五步是显式分开开会的,不是一个 prompt 打包。

figures/virtual_lab_analysis/ 下有按阶段统计 agent 发言量的图(project_specification / team_selection / tools_selection / workflow_design / implementation_agent_selection / esm / alphafold / rosetta 各一份 words_written,再加一份 total),说明作者自己也在量化「哪个阶段 agent 说了多少话」,而不是只报最终结果。

agent 自己拼出来的打分流程

计算流程是三个信号的组合,这点能从 figures/nanobody_analysis/ 的文件名直接反推出来:esm_llr(ESM 给出的突变 log-likelihood ratio,衡量序列本身是否合理)、af_iplddt(AlphaFold-Multimer 的界面 pLDDT,衡量复合物界面预测置信度)、rs_dg(Rosetta 算的结合自由能 ΔG),最后合成一个 weighted_score。

起点是 4 个已知的抗 SARS-CoV-2 纳米抗体:H11-D4、Nb21、Ty1、VHH-72 —— experimental_data/ 下正好是这四个的 .txt 加一份 platemap.csv,figures/nanobody_analysis/ 也是这 4 个亲本 × 5 类图 = 20 份 PDF。README 说共设计 92 条,按四个亲本平摊是每个 23 条,和「每个亲本跑若干轮迭代突变」的做法对得上。

文件名里同时有 rounds_* 和 final_* 两套图(如 Ty1_rounds_esm_llr 与 Ty1_final_esm_llr),说明流程是多轮迭代:每轮在上一轮的基础上加突变、重新打分,最后从所有轮次里挑出终选序列。

为复现留下的东西

这个仓库比同类工作舍得放料。discussions/ 下约 2000 个文件条目就是逐场会议的完整记录(不是摘要),意味着「agent 说了什么、怎么做出决定」是可以逐条回读的 —— 对想研究 agent 决策质量的人,这批 transcript 本身比论文更有价值。

另外有 requirements_nanobody_design_frozen.txt(冻结依赖版本)、install_localcolabfold.sh(本地跑 AlphaFold 的安装脚本)、ablations.ipynb、human_eval.ipynb、finetune_agents.ipynb,以及一个单独的 run_nanobody_design_reviews.ipynb —— 后者提示流程里有一个「评审/批评」环节的变体实验,即让某个 agent 专门挑刺,再对比有没有它的差别。做了消融和人工评估,这在 agent 系统论文里不算常规操作。

关键结果

实证核查

未能核查仓库这一侧的核查结果相当好:会议记录、四个亲本的实验数据、冻结依赖、消融与人工评估 notebook 都在,和 README 的过程性声称一一对得上。但最关键的那条 —— 92 条设计里到底多少条真有结合活性、亲和力提升多少 —— 这次没能读到 Nature 正文(网络与搜索渠道在本次会话中被拦),所以湿实验结论只能存疑,verdict 按纪律降为 na。
README:agent 搭出了 ESM + AlphaFold-Multimer + Rosetta 的计算流程,用它设计了 92 条纳米抗体。
流程声称可核实。repo tree(api.github.com/repos/zou-group/virtual-lab/git/trees/main?recursive=1)显示 nanobody_design/figures/nanobody_analysis/ 下正好是 4 个亲本 × {esm_llr, af_iplddt+rs_dg, weighted_score} × {rounds, final} 共 20 份 PDF,三个工具的信号名都在;discussions/ 下有独立的 esm、alphafold、rosetta 三个实现讨论目录。但「92 条」这个数字只有 README 一处文字来源,本次未能从 sequences/nanobodies.csv 逐条点数核对(该文件未下载成功)。
论文标题与 README 暗示:这些设计经过实验验证(experimentally validated),即 agent 产出的候选真有生物活性。
只能确认实验数据文件存在,不能确认结论。nanobody_design/experimental_data/ 下有 H11-D4.txt、Nb21.txt、Ty1.txt、VHH-72.txt 和 platemap.csv —— 有 platemap 说明确实做了板式实验、不是纸面声称。但四个亲本各一个文件、外加一份 platemap,规模上更像「每个亲本一批设计的读数」,具体多少条阳性、ELISA/亲和力数值是多少,需要读 Nature 正文或这几个 txt 才能定。另注意 "validated" 在英文里既可指「做了测定」也可指「被证明有效」,这条声称本身有歧义,不应替作者读成后者。
README:"The Virtual Lab currently uses GPT-5.2 from OpenAI by default",安装示例用 python 3.14。
这是 README 已经漂移到论文之后的版本。论文 2024-11 上预印本、2025 年发表,当时不可能是 GPT-5.2;仓库最后推送 2025-12-31,README 是按当时最新模型更新过的。后果很实际:今天 pip install virtual-lab 跑出来的不是论文里那次实验的配置,想复现纳米抗体结果必须回退到发表时的 commit 并配合 requirements_nanobody_design_frozen.txt,不能直接拿主干跑。论文实际使用的模型版本本次未能确认。
隐含声称:这是一个可复现的、过程透明的 agent 科研系统。
过程透明这条站得住。discussions/ 下约 2000 个文件条目(grep 计数)是逐场会议原始记录而非摘要,12 个阶段目录与 README 描述的流程对得上,还额外有 ablations.ipynb、human_eval.ipynb 和带评审环节的 run_nanobody_design_reviews.ipynb,以及冻结依赖清单。这比多数 agent 论文「只放一个 demo notebook」实在得多。未核查项:仓库 issues 列表和是否有第三方独立复现报告 —— GitHub issues API 与网页搜索在本次会话中均被拦,无法判断真实复现难度(AlphaFold + Rosetta 的本地环境门槛不低,install_localcolabfold.sh 的存在暗示这一步确实麻烦)。

与我们方向的关系

这篇对课题组最直接的价值不是纳米抗体,而是那套分工的切法。它没有追求「全自动科研」,而是把人类锁定在几个高杠杆位置:定课题、提 agenda、选/否决方案、把关送实验的最终名单;agent 负责跨学科讨论、把方案落成代码。整个系统只有 team meeting 和 individual meeting 两种原语,复杂度不在框架里而在人怎么切分议程 —— 如果课题组要设计人机协同流程,这是比多数「多 agent 框架」更值得抄的骨架:先把阶段切清楚(选题/组队/选工具/设流程/实现),每个阶段单独开一场会,而不是一个长 prompt 兜到底。

另一个可借鉴点是它把「agent 选工具」和「agent 写代码」分开成了两个阶段(tools_selection 与 implementation_agent_selection / esm+alphafold+rosetta 三个实现目录)。选工具是科学判断,写代码是工程执行,混在一起时 agent 容易为了好实现而选错工具。此外 discussions/ 里那约 2000 份会议记录是现成的研究素材:想做 agent 讨论质量分析、想看真实科研 agenda 下 agent 会在哪里跑偏、想给自己的系统找 few-shot 例子,这批 transcript 比再造一批数据便宜得多,建议直接拉下来当数据集用。

阅读笔记

核查受限说明:本次会话中 WebFetch / WebSearch / Nature 正文 / Semantic Scholar / GitHub issues API 全部被权限层拦截,只有 api.github.com 的 repo tree 接口成功。因此本条目的核查建立在「repo tree 结构 + 本地 readme.md 快照 + meta.json」之上,湿实验结论未经一手核对。下次补查清单:(1) Nature 正文取 92 条中的阳性数、亲和力数值与变异株名称;(2) sequences/nanobodies.csv 逐条点数验证 92;(3) experimental_data/*.txt 看读数字段;(4) 仓库 issues 与第三方复现情况;(5) 论文发表时实际使用的模型版本。figures 留空:仓库根目录 images/virtual_lab_architecture.png(真实大小 330170 字节)是很好的架构图,但两次下载都被截断成 2283 字节的坏文件,按契约第 4 条「必须先 Read 图片确认内容」不能凭猜写 caption,故不收;nanobody_design/figures/ 下的分析图全是 PDF,也不符合契约要求的 PNG 格式。补图时优先取这张架构图。

材料清单

代码仓库github.com/zou-group/virtual-lab
728★ · 最近推送 2025-12-31
预印本(bioRxiv)www.biorxiv.org/content/10.1101/2024.11.11.623004
2024-11 版,可免费读全文,建议从这里补齐湿实验数字
会议记录github.com/zou-group/virtual-lab/tree/main/nanobody_design/discussions
约 2000 个文件,12 个阶段的逐场原始 transcript,可当数据集用
流程说明github.com/zou-group/virtual-lab/blob/main/nanobody_design/workflow.md
agent 设计出的计算流程文字版(本次未能下载)
主 notebookgithub.com/zou-group/virtual-lab/blob/main/nanobody_design/run_nanobody_design.ipynb
创建 agent、跑 team/individual meeting 的完整示例

同类条目