news 2026/9/2 17:44:28

AI绕过结构预测直接设计RNA:端到端生成范式与工程实践

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
AI绕过结构预测直接设计RNA:端到端生成范式与工程实践

如果一个算法工程师突然接到一个需求:给定一个希望的RNA功能,让AI直接给出候选RNA序列,而不是先预测它的3D结构、再判断结构能不能实现功能、最后反推序列,你大概率会觉得少了一个关键环节。长期以来,RNA设计的主流路径就是“序列→结构→功能”,中间的结构预测被当成绕不开的枢纽。而最近登上了《Science》封面的一项AI研究,恰恰挑战了这个共识:它绕过了3D结构预测,直接实现了RNA设计。这个选择看起来反直觉,但放到AI for Science的演进脉络里,其实是很自然的一步——真正有价值的不是“不用结构预测了”,而是把整条设计链路里误差最集中、最不可控的环节,从生成主路径上移到了暗处。

1. 传统RNA设计为什么困在“先结构,后功能”的路径里

1.1 从一条目标序列到最终功能,中间隔了多远的距离

RNA不是简单的序列字符串。一条RNA分子合成出来之后,会通过碱基互补配对折叠成复杂的二级结构,再进一步形成具有空间排布的三级结构,最终在细胞内执行催化、结合、调控等功能。所以如果要从头设计一条RNA,让它实现某个特定功能,最符合生物直觉的路线是:

  1. 先生成一个候选序列。
  2. 预测这条序列会折叠成什么样。
  3. 判断这个结构是不是具备目标功能的位点。
  4. 如果结构不满足要求,修改序列,再重复。

这条流程听起来很严谨,但在实际工程项目里,每一轮迭代都像在误差的泥潭里做布朗运动。候选序列空间巨大,序列改变一个碱基,二级结构可能局部不变,也可能完全重排;二级结构预测本身已经很难,三级结构预测更是充满不确定性。叠加起来,从“序列”到“功能”这个链条上,每一步都在损失精度。

这不是说传统方法没有价值。事实上,过去很多成功的RNA设计案例,尤其是适配体、核酶和核开关方向,正是依赖结构预测和理性设计完成的。只是当你把设计目标从“改一条已知序列”升级为“从头生成一条全新序列”时,结构预测的精度不足会变得非常致命。

1.2 结构预测为什么是误差放大器,而不是稳定基石

很多做机器学习的人第一次接触RNA设计时,都会把“结构预测”当成一个黑盒调用:输入序列,输出结构,然后基于结构做打分。但这里真正的问题不在黑盒本身,而在于结构预测的误差会顺着下游逻辑被放大。

RNA结构预测的难点之一是动态性。一条RNA分子在溶液中往往不是单一构象,而是处于多个构象的平衡中。有些螺旋稳定,有些区域高度柔性,某些功能依赖配体结合后才发生构象变化。这意味着即使有一个预测得不错的静态结构,它对功能判断的参考价值也是有限的。更麻烦的是,结构预测错误并不均匀分布。模型可能在整体折叠上表现尚可,却在某个局部loop区域出错,而这个区域恰好是目标功能最关键的结合位点。

于是你会看到一种典型失败模式:AI预测的结构很漂亮,看起来符合目标结合口袋的形状,但序列合成后放进实验体系里完全没有活性。这不是模型不努力,而是结构预测模型本身是在处理一个高维、动态、多解的问题,把它放在“序列→结构→功能”的主链路上,中间预测误差就变成了放大器的起点。

1.3 为什么还会有人坚持这条路

既然结构预测有这么多不确定性,为什么过去没有直接绕过它?

原因是数据。以前我们缺少足够多的“序列-功能”直接对应数据。传统生物学知识的表达方式恰恰是结构:酶为什么有催化活性?因为活性中心的空间排布。适配体为什么能结合靶标?因为结合口袋的形状互补。结构是一种高度浓缩的解释性中间表达,在没有海量数据驱动模型的时代,它几乎是唯一能从序列推导功能的抓手。

坚持结构路线的另一个理由是科学解释性。生物学家想知道“为什么这条序列有效”,而不是只拿到一个黑箱输出。结构预测恰好提供了一种解释语言:你看,这条序列会折叠成这个结构,这个结构能够结合靶点。这种解释性在论文评审和实验设计里都很重要。

但这种理性路径需要付出的代价是,每一轮设计都不得不面对结构预测误差的累积。当数据规模上来之后,行业开始出现另一种可能性:不把结构预测当成必经模块,而是让模型直接学习序列与功能之间的映射关系。

2. 绕过3D结构预测,不是不要结构,而是把结构放到了“暗处”

2.1 直接学习序列和功能的映射,是更符合数据驱动的做法

这项登上《Science》封面的研究工作,核心思路可以理解为:把RNA设计从“序列→结构→功能”变成“序列→功能”的端到端建模。模型在训练阶段看到大量RNA序列以及它们对应的功能标签,然后学习一个从序列特征到功能属性的映射。生成新序列时,模型直接在序列空间里搜索那些能够满足目标功能约束的候选。

这里有一个很容易被误解的地方:“绕过3D结构预测”不等于“否认结构决定功能”。事实上,模型之所以能从序列预测功能,恰恰是因为它从大量训练数据中隐式学习了结构规律。结构信息并没有消失,只是不再以“先独立预测一个结构文件”的形式出现在生成流程里。

从工程角度看,这是一个典型的端到端思想。传统管线里,结构预测模块是独立的,它的目标函数也许和最终功能不完全一致。比如结构预测模型优化的是结构坐标的准确度,而不是“这条序列能不能结合靶点”。当模块目标和系统目标不一致时,串联起来必然造成次优。端到端学习的优势是,模型的所有参数都直接向着最终目标优化,中间表达不再需要人来强制规定。

2.2 模型从哪里获得“结构感”:隐式表达已经是深度学习的老手艺

有人会问:如果模型没有显式预测结构,它凭什么能设计出结构合理的RNA?

这个问题可以换个角度理解。深度神经网络本来就不擅长显式规则描述,但它非常适合在数据中捕捉统计规律。语言模型没有学过语法规则书,但通过海量文本学会了流畅表达;图像生成模型没有手工定义物体部件,但能生成看起来结构合理的图片。同理,RNA基础模型或者功能预测模型,可以在海量RNA序列和实验数据中学习到哪些序列motif倾向于形成稳定茎环,哪些碱基组合容易产生柔性区域,哪些模式与蛋白结合相关。

这些结构相关特征会被压缩在模型参数里,成为生成过程中不可见的“隐性知识”。当你要求模型生成一条能结合某靶标的RNA适配体时,它不是在真空中画序列,而是在一个学满了RNA折叠规则的分布空间里采样。从这个意义上说,结构依然重要,只是它从显式的中间文件,变成了潜空间中看不见的约束条件。

2.3 一个有帮助的类比:从规则机器翻译到端到端神经翻译

理解这个转变最好的方式,是看机器翻译做过的事。

早期机器翻译系统有非常完整的语言分析管线:先分词,再做词性标注,再分析句法结构,再转换成语义表示,最后生成目标语言。这套管线的逻辑是:要翻译一句话,必须先“理解”它的结构,哪怕这个理解是分阶段的。后来神经机器翻译出现,把整个流程变成了一个序列到序列模型,不在中间产生任何显式句法树。结果大家都看到了:翻译质量整体提升,规则的中间表达被压缩进了网络内部。

当然,神经翻译也付出了可解释性下降的代价。没有人能轻易说出模型的哪个神经元对应什么句法规则,但这不影响它成为一个更优的工程方案。

RNA设计面临的局面很相似。结构预测就相当于早期翻译里的句法分析,它是人类认知世界里方便理解的脚手架,但不一定是机器完成任务必经的最短路径。当你拥有足够数据时,端到端方案往往会比多阶段管线更稳定、更高效。

3. 这项研究对三类人的实际价值,以及落地边界

3.1 计算生物学科研人员:候选序列生成速度变快,但验证环节不能省

如果你是做计算生物学的,这套“绕过结构预测”的设计思路最直接的好处是:把序列搜索从大海捞针变成有方向的生成。

传统方法通常会先构建一个序列库,再用结构预测或热力学打分做筛选。这个过程对计算资源消耗很大,而且候选库本身的设计偏差会影响最终结果。而生成式模型可以在约束条件下直接采样新序列,这个采样过程是在学到的序列-功能联合分布里进行的,相当于给搜索空间安了一个重力场,指向性更强。

但这里必须提醒一句:模型生成速度快,不代表实验成功率就高。AI设计出来的候选序列仍然只是“科学假设”。真正落地前,还是要先做一轮计算过滤,再进湿实验验证。建议的顺序是:

  • 先用已知功能序列作为测试集,看模型能否生成接近或优于已知序列的候选。
  • 再对生成序列做二级结构稳定性分析,排除那些容易形成异常结构或明显不稳定的候选。
  • 最后选择少数几条代表性序列做湿实验,不要一次性把几十条序列全部推进实验。

在实际科研项目里,AI输出更像是一个加速器,而不是一个免检开关。如果你把模型的输出直接当作最终答案,大概率会浪费大量实验成本。

3.2 AI工程师:任务从“预测”变成“设计”,评估体系要跟着改

很多做AI的人熟悉的是预测任务:输入一个样本,输出一个标签,然后用准确率或AUC评估。但“RNA设计”是一个生成任务,它的复杂性在于,不仅要求生成序列符合真实分布,还要求序列满足一个外部功能目标。

这两者有时是矛盾的。只追求分布一致性,模型会生成很多看起来很自然但功能无效的序列。只追求功能目标,模型可能退化到只输出少数几条固定序列,丧失多样性,这又不利于后续实验筛选。

所以AI团队在复现或改进这类工作时,评估指标至少要分成几个维度:

  • 功能成功率:生成的序列在计算预测或湿实验中达到目标功能的比例。
  • 序列多样性:会不会全部坍缩到同一类motif。
  • 结构合理性:二级结构是否稳定,是否出现大量异常长loop。
  • 可合成性:序列是否包含难以化学合成的连续重复或高GC区域。
  • 批次稳定性:不同随机种子下生成结果的差异程度。

从工程经验看,很多人第一次跑这类模型时,只看功能指标,忽略了多样性。结果模型输出20条高度相似的序列,实验验证没有多样性信息,等于一次迭代只拿到一个数据点。正确的做法是把多样性当成一个硬约束来优化,让模型输出覆盖不同结构家族,这样即使第一批全失败,也能从失败模式里学到东西。

3.3 生物技术公司:先回答五个问题,再决定是否上这套工作流

这套直接做序列-功能映射的方案,不是所有RNA设计任务都适合。如果你在一家生物技术公司评估要不要引入这个新范式,我建议先回答下面五个问题:

  1. 你的目标功能能不能被明确编码成训练标签?比如结合靶标、调控表达、催化活性,这类标签相对清晰;但如果是“在细胞内更稳定”这种模糊需求,很难构建有效监督。
  2. 你手上有没有足够多、足够高质量的序列-功能数据?这是最大的门槛。文章能做成封面成果,背后必然是高质量数据和高通量实验平台在支撑。没有数据,模型再先进也走不远。
  3. 你的设计任务是否真的需要精确三维构象?如果目标功能高度依赖一个精确的活性中心空间排布,比如设计一个精确切割位点的核酶,那完全抛弃结构验证会非常危险。这时候更适合把AI当作候选生成器,后面仍然保留结构预测和分子动力学验证。
  4. 你允许失败并迭代吗?生成模型设计RNA是一个概率过程,第一批成功率可能不高。如果你的项目不允许失败成本,就要更保守地引入。
  5. 团队是否有湿实验闭环?这是最关键的一条。纯计算团队拿到AI候选序列后,如果没法快速合成和验证,就无法形成反馈迭代,模型的长期价值会大打折扣。

这五个问题不是要劝退谁,而是帮你确定应用边界。对很多早期探索来说,AI直接设计RNA可能还只是辅助工具;但在数据充足、功能标签清晰、验证闭环通畅的领域,它的确是效率跃迁级的改变。

4. 从封面论文里能带走的一套可复用方法论

4.1 画一条误差链,找到最不可控的中间环节

这篇论文对AI for Science领域最有启发的地方,不是具体模型结构,而是它重新审视了“哪些步骤是真正必要的,哪些只是历史惯性”。

任何科学问题,如果画成一条从输入到输出的管线,中间往往有很多模块。有些模块是本质瓶颈,有些模块只是因为过去没有足够数据而不得不加上的中介。对于做AI工程的人来说,一个很好的习惯是:把现有流程拆成误差链,标注每一个环节的误差来源和不可控程度。然后问自己一个问题:哪个环节可以被数据驱动模型直接替代或压缩掉?

结构预测在这个案例里就是这样被处理的。它不是被消灭了,而是变成一个隐式模块,退出了主误差链。这种做法可以推广到蛋白质设计、材料生成、分子优化等多个领域:先找出误差放大最多的中间模块,再判断它是否能被端到端学习绕过。

4.2 设计模型时,先确定你是要做判别还是生成

很多AI团队在进入科学设计任务时,会沿用分类或回归模型的思维,这是需要警惕的。

判别模型的任务是“判断好坏”,生成模型的任务是“创造候选”。两者虽然可以共享底层表示,但训练目标和评估逻辑完全不同。判别模型可以给你一个打分,但没法给你新的序列;生成模型可以给你序列,但你需要额外机制来确保它满足功能约束。

实操中更稳妥的路线是先有一个功能预测器,再把它作为奖励信号或筛选器,配合一个生成模型使用。生成模型负责探索序列空间,预测器负责给生成结果打分,两者共同构成一个“生成-筛选”闭环。这种架构比单纯让生成模型自己学会功能约束要更容易调试。

如果你正在做一个类似的科学生成项目,建议不要一开始就追求端到端一步到位。先用现有的功能预测模型筛选大量随机序列,建立低基线;然后再引入生成模型,看它能否在保持多样性的同时提高筛选通过率。每一步都保证有可解释的中间结果。

4.3 建立“AI-计算过滤-实验验证”的闭环,并明确排查顺序

把AI设计RNA真正落到工作流里,需要的不只是一条生成命令,而是一个循环:AI生成候选序列 → 计算过滤 → 湿实验验证 → 把实验结果反馈回模型 → 继续迭代。

如果实验验证失败,不要急着调模型。按下面的顺序排查:

  1. 先看训练数据和标签。标签是否准确?有没有大量噪声样本?功能定义是否和实验条件一致?标签噪声在科学数据里很常见,一个错标样本就能带偏模型。
  2. 再看任务定义。你要求模型优化的功能,能不能被训练标签充分表征?如果功能高度依赖动态构象或修饰状态,静态序列级别的标签可能根本覆盖不了。
  3. 然后看生成策略。模型生成结果是不是只是简单复制了训练集里的高频序列?有没有真正在目标约束下做优化?多样性够不够?
  4. 再看计算过滤。候选序列的二级结构是否稳定?与靶标结合区域是否存在异常柔性?如果计算过滤本身有问题,会让好序列被丢掉。
  5. 最后才看实验环节。序列合成是否出错?实验浓度、缓冲条件、修饰方式是否合适?体内外差异也可能是失败原因。

这条排查链路的核心是:先把问题定位到某一层,再动手修改。很多团队一看到实验失败就回炉重训模型,最后发现是湿实验操作问题,既浪费时间又消耗资源。

4.4 这条思路的长期价值,不只是RNA设计

如果把这条新闻单纯理解成“AI又赢了一次”,就错失了它更重要的方法论价值。它真正展示的是:当一个领域积累了足够的数据和算力之后,原本被奉为圭臬的中间步骤,是可以被重新设计、压缩甚至移出主流程的。

这对任何做AI应用的人都有启发。无论你是在做蛋白质结构预测、材料性质模拟、还是芯片设计,都可以思考一个问题——你管线里的下一个“结构预测”是什么?是那个看似必要、其实误差积累最严重,而且已经不一定需要显式执行的中间模块?

当然,绕过结构预测并不意味着我们可以减少对科学规律的理解。恰恰相反,要想设计出真正有用的模型,你必须比做传统方法时更深刻地理解序列、结构和功能之间的关系,才能决定哪些信息应该显式建模,哪些应该交给网络去隐式学习。这份判断力,才是最稀缺的工程能力。

RNA设计的故事才刚开始。对普通开发者和研究者来说,现在最值得做的事不是追逐一篇论文的热度,而是回到自己的领域,把那些习以为常的流程重新画一遍,看看有没有哪个“结构预测”,其实早就应该被绕过了。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/2 17:44:27

Vorssaint签名指南:ad-hoc、自签与Developer ID三种方式详解

Vorssaint签名指南:ad-hoc、自签与Developer ID三种方式详解 【免费下载链接】vorssaint-utils Free and open-source macOS menu bar toolkit. 项目地址: https://gitcode.com/GitHub_Trending/vo/vorssaint-utils Vorssaint 是一款免费开源的 macOS 菜单栏…

作者头像 李华
网站建设 2026/9/2 17:43:45

微信报名工具小程序怎么做?在微信里发一张扫码即填的报名表

微信报名工具小程序,就是在微信里打开、扫码即填的轻量报名应用,常用于活动招募、培训登记、社群入群。要做最省事,推荐用龙艺秀这类零代码工具——不用写代码、不用上架审核,几分钟搭出可分享的微信报名工具小程序。本文以龙艺秀…

作者头像 李华
网站建设 2026/9/2 17:44:06

tbc-db详解:魔兽2.4.3模拟器内容数据库与客户端补丁的协同机制

简介:面向《魔兽世界》燃烧的远征模拟器服开发者,这份 TBC-DB 内容数据库资源服务于 CMaNGOS / mangos-tbc 核心,仅与游戏客户端 2.4.3(内部版本 8606)兼容。数据库以 SQL 脚本形式集中管理副本、任务、生物、物品等游…

作者头像 李华
网站建设 2026/9/1 10:57:18

Java图书管理系统实战:从三层架构到数据库设计完整指南

很多Java初学者在学完基础语法后,都会陷入一个迷茫期:知道 if-else 、 for 循环,也了解类和对象,但就是不知道如何把这些零散的知识点串联起来,做出一个“像样”的东西。网上的“图书管理系统”项目看似简单&#…

作者头像 李华