OC
IsoDDE 说自己超越 AlphaFold 3:AI 开始从“看懂蛋白质”走向“设计药物”
科技 · 2026-07-19 · AI / 生物科技 · 阅读 23

IsoDDE 说自己超越 AlphaFold 3:AI 开始从“看懂蛋白质”走向“设计药物”

林岚|OC 开发者生态编辑

林岚|OC 开发者生态编辑

Isomorphic Labs 发布的技术说明,其新药物设计引擎 IsoDDE 在若干蛋白质与配体结构预测、抗体界面和结合亲和力任务上超过 AlphaFold 3。公司称,在一项专门考察陌生蛋白口袋与陌生配体的困难测试中,IsoDDE 的准确率达到 AlphaFold 3 的两倍以上。

一句话结论: IsoDDE 真正跨出的一步不是把 AlphaFold 排名往下挤,而是尝试把结构预测、结合强度和隐藏口袋发现放进同一套药物设计系统;但目前公开证据主要来自开发者自己的技术报告,离“AI 已经能在电脑里发明新药”还隔着实验验证和临床试验。

AlphaFold 最出名的能力,是根据氨基酸序列预测蛋白质如何折叠。它解决的是一个极难、又非常基础的问题:我们至少要知道生物分子的三维形状,才更容易理解它怎样工作。

可药物研发不只问“它长什么样”。研究人员还要知道一个小分子会不会进入某个口袋,进去以后结合得有多牢,蛋白质会不会为了容纳它改变形状,以及一个从未被注意到的位置是否也能成为药物靶点。结构预测像拿到一张地图,药物设计则要求你在地图上规划路线、估计路况,最后真的把车开到终点。

Isomorphic Labs 是 Alphabet 旗下从 Google DeepMind 分拆出的药物研发公司,也参与了 AlphaFold 3 的开发。它现在强调“beyond AlphaFold”,并不是说 AlphaFold 失效,而是说只有结构预测还不足以完成真实药物项目。

它具体超过了什么

公司展示的第一个结果来自 Runs N' Poses 基准。这个基准刻意把测试对象与训练数据拉开距离,考察模型面对陌生蛋白口袋和陌生配体时是否仍能给出正确结构。IsoDDE 在相似度最低、也最困难的一组上,准确率超过 AlphaFold 3 的两倍。

这个数字很亮眼,却不能被翻译成“IsoDDE 整体比 AlphaFold 3 强两倍”。它只描述一个基准的一个困难分组,而且“准确率翻倍”还要结合原始基数理解:从很低的成功率提升一倍,与从 45% 提升到 90%,意义完全不同。公司公开页面没有把这一句话扩展成通用胜率。

第二项是抗体与抗原界面。Isomorphic Labs 称,在 334 个低同源测试样本中,以 DockQ 大于 0.8 的高质量预测为标准,IsoDDE 达到 AlphaFold 3 的 2.3 倍、Boltz-2 的 19.8 倍。这里同样是“达到高质量门槛的比例之比”,不是所有坐标都精确了 19.8 倍。

第三项更接近药物设计:结合亲和力。模型不仅要判断分子放在哪里,还要估计它与目标结合得多强。公司称 IsoDDE 在 FEP+ 4、OpenFE 和 CASP16 盲测上超过其他深度学习方法,并可在部分测试中超过计算成本很高的物理方法。

结构预测、结合亲和力与隐藏口袋是三种不同问题

最有意思的是“找出没人告诉它的口袋”

IsoDDE 的一个演示对象是 cereblon。研究人员长期主要关注它与沙利度胺相关的经典结合口袋,后来实验发现另一个远离传统位置、平时还可能隐藏起来的口袋。Isomorphic Labs 称,只输入 cereblon 的氨基酸序列,不告诉模型配体身份,IsoDDE 就标出了已知口袋和这个新发现的隐匿口袋;加入配体后,它还能预测配体在口袋中的方向。

如果这项能力能稳定推广,价值不只是节省一次结构实验。很多蛋白质过去被认为“不可成药”,原因之一就是研究者不知道该从哪里抓住它。模型如果能提出值得实验的隐藏位置,就能扩大候选靶点范围。

但这里的措辞必须克制:IsoDDE 是在实验发现之后“重现”了这个口袋,不是先于实验独立发现并推动了一款药物上市。回放一道已经知道答案的难题很有价值,却和前瞻预测仍有差别。

为什么预测准了仍然不等于药做出来了

药物候选物还要面对毒性、代谢、剂量、选择性、制造和人体差异。一个分子在计算中结合得漂亮,可能进不了细胞,也可能同时干扰其他蛋白,甚至在动物实验阶段就失败。

更现实的价值是缩小搜索空间。传统流程可能要合成和测试大量分子,AI 如果能更早排除明显失败者,把实验资源集中到更可能成功的候选物上,即使不能取代实验,也能减少时间和成本。AI 药物设计最可信的指标最终不是模型基准,而是它提出的全新分子有多少进入临床、成功率是否提高、研发周期是否真正缩短。

Isomorphic Labs 已经与制药公司合作,也在推进自己的研发管线,但这次发布没有给出由 IsoDDE 设计的新药完成临床验证的结果。现在看到的是一台更强的候选生成与评估引擎,不是自动出药机。

OC 判断

“超越 AlphaFold”是一个好标题,却容易遮住真正的技术变化。AlphaFold 让研究者更容易获得结构,IsoDDE 则想把多个专用预测器组织成一个能反复提出、比较和优化候选方案的系统。这更像从图像识别模型走向设计软件,而不是简单升级一张排行榜。

这次结果值得重视,但证据仍由 Isomorphic Labs 自己提供,技术报告也来自同一团队。下一步应看独立团队能否复现基准,以及模型面对真正未公开结构、未公开实验结果时的表现。药物研发尤其需要防止数据泄漏和测试集相似性把成绩抬高。

关键事实

  • IsoDDE 是一套统一药物设计引擎,不只是单一蛋白质结构预测模型。
  • 公司称其在 Runs N' Poses 最困难分组中,结构预测准确率超过 AlphaFold 3 两倍。
  • 在低同源抗体-抗原测试中,公司报告的高质量预测比例为 AlphaFold 3 的 2.3 倍。
  • IsoDDE 还展示了结合亲和力预测和仅凭序列寻找隐匿结合口袋的能力。
  • 这些结果主要来自 Isomorphic Labs 的自有技术报告,尚不能代表临床成功。

为什么重要

  • 对开发者和研究者: AI 生物工具正在从单次预测转向多模型协作的设计工作流,评估时必须区分结构、亲和力和真实实验结果。
  • 对药企: 如果独立验证成立,最直接的收益是减少需要合成和测试的候选物,而不是取消实验室。
  • 对普通用户: 更强的模型可能加快新药早期探索,但任何“AI 新药”最终仍要经过安全性和临床疗效检验。

参考来源

相关阅读

基于标题、摘要和正文内容自动匹配。

更多科技

评论

围绕这篇文章补充信息、提出问题或分享观察。

0
暂无评论。

发表评论

继续看看 OC 用户围绕这个话题说了什么、做了什么。

相关帖子

更多

你为什么不移民?

<p>我是一定要移了,在这里连正常呼吸都不行了。以前正常呼吸指的是言论自由,现在是生物学意义的正常呼吸问题了。</p> <p>你为什么不移民?</p>

tinyfool 741 48

你们的Codex额度提前耗完了没?戒断反应如何?

<p>我在第三天就消耗了只剩1%,忍了一天,然后今天干脆用这最后的1%,开着5.6 Sol 极高 强推我一个提示词笔记本应用的功能落地。最终用时3小时,居然还是跑完了。但是现在还是出现一些戒断反应,感觉啥也做不了,就无精打采的,困。</p> <p>我做了一个Prompt Notebook,专门用来收藏或者记录自己手搓的生图提示词。带Chrome一键收藏插件。支持AI优化提示词。支持提示词中提取常用字段作为提示词百科词汇。也自带生图功能用来测提示词。但是要搭配Cloudflare R2+Worker的图床。</p> <p>今天主要是做一个AI模特的资产库。将常用的AI模特固定下来,进行身份设定,以及模特的一些角色定妆图。之后生图可以直接调用AI模特自动作为垫图。</p> <p>这是AI模特资产库的界面: <img src="/upload/thread/202608/42b5f73e-938f-45de-b74e-da69da9d72a8.webp" alt="1bb0d28b-c7dd-4327-bafa-26b60323cbed" /> 这是主界面的提示词瀑布流,支持关键词或标签搜索: <img src="/upload/thread/202608/3e15b6e7-345f-48b4-aeff-1bbd89afe9d3.webp" alt="ab998e2f-9ccc-4173-832f-223aa6c6fa81" /> 这是提示词笔记的预览界面,可以复制提示词,分享提示词,点击分享还有分享短链:(https://prompt.jintao.co.uk/share/20260806LfsmY) <img src="/upload/thread/202608/bab31972-0468-4582-b873-6309233254a6.webp" alt="20260806-201213" /> 可惜现在没额度了,我又不想换模型折腾。现在还有些界面细节和小功能需要落地完善,可能还要虫子要抓。弄好了,打算放GitHub开源。</p> <p>有朋友想试试的么?</p>

shynloc 2 4

做 AI 语音产品时,授权、撤回和审计日志应该怎么落地?

<p>最近看到越来越多关于声音授权的讨论。对开发者来说,真正麻烦的往往不是“模型能不能模仿”,而是授权如何进入系统、生成结果如何追溯,以及授权撤回后该怎么办。</p> <p>我们在做 FlowSpeech 时也碰到过类似问题。我的体会是,不要把“用户勾选过同意”当成一个布尔字段,而应该把它做成一组可以审计的业务对象。</p> <h2>1. 把声音资产和授权分开</h2> <p>声音文件只描述技术属性,例如哈希、上传者、存储位置和创建时间。授权记录则至少要包含授权主体、用途范围、地域、有效期、来源证据和当前状态。这样同一份声音用于个人试听、商业广告、公开播客时,可以绑定不同的授权,而不是共用一个模糊的 consent=true。</p> <h2>2. 每次生成都保存授权快照</h2> <p>生成任务不要只引用当前授权 ID。授权内容以后可能变更,如果任务只查最新状态,历史结果就无法解释。更稳妥的做法是在任务创建时保存授权版本、文本哈希、声音版本、模型版本和操作者。生成出的音频再记录 artifact_id,并反向关联任务。</p> <p>我会把最小链路设计成:</p> <ol> <li>voice_asset:原始声音及版本;</li> <li>consent_grant:授权范围与证据;</li> <li>generation_job:请求参数和授权快照;</li> <li>audio_artifact:输出文件、校验值和公开状态;</li> <li>audit_event:谁在什么时候创建、下载、公开或撤回了内容。</li> </ol> <h2>3. 撤回不是简单删除一行</h2> <p>授权撤回后,系统至少要阻止新任务,并把相关公开音频进入下架队列。已经交付给客户的文件是否能删除,要按照合同和产品能力区分,不能在界面上承诺技术上做不到的“全球删除”。更现实的状态机是 active、suspended、revoked、expired,并明确每个状态允许哪些动作。</p> <h2>4. 对外展示也要可验证</h2> <p>除了后台日志,公开音频最好带上来源标记或可查询的生成记录。水印不是万能方案,但“可识别的音频 + 可验证的元数据 + 清晰的举报入口”组合起来,比一句“AI 生成”更有用。</p> <p>我们现在做的 <a href="https://flowspeech.io/zh">FlowSpeech</a> 主要解决上下文感知、情绪和停顿控制。越往产品化走,越觉得声音效果只是前半程,权限边界和可追溯性才决定这类工具能不能长期使用。</p> <p>大家在实际项目里会把授权证据放在业务数据库、对象存储,还是单独的审计系统?如果授权撤回,你们通常怎么处理已经生成并交付的音频?</p>

FlowSpeech 0 1

一个体会,Codex 这种现代 Agent,每天一个变,几天不用就有新惊喜

<p>当然我说的也包括 Claude Code,新功能日新月异,还有就是 AI 能力提升以后,可以做的东西日新月异。还有各种工作流方法日新月异。</p> <p>更好玩的是,我最近经历过很多次,你跟人介绍现在 Codex 可以做到什么样子,他们都觉得很厉害。但是你现场一演示,他们的震撼就更加完全不同了。所以,这种东西,需要大量的 Workshop 去沟通交流,光看文字很难讲清楚,直播、视频也越来越重要了。</p>

tinyfool 1 89