蛋白翻译结果不可用？先核CDS、读码框和翻译表

把一段核酸贴进蛋白翻译工具，几秒就能得到氨基酸序列。这一步看起来机械，却是后续表达、抗体设计和突变分析里很常见的出错点。翻译结果“能出来”和“能用”不是一回事。CDS截短、读码框偏一位、翻译表选错，都会得到看起来完整、生物学上错误的蛋白序列。

本文只讨论实验室日常核对，不涉及临床解读。重点是：翻译前要确认什么、工具输出该怎么验收、哪些记录必须留下。衍因智研分子 yanMolecule 提供序列编辑、比对和生物库能力，适合把核酸版本和翻译结果挂在同一条记录上，避免表格里只剩一串没有来源的氨基酸。

翻译前先确认你贴进去的是什么

常见输入有四种：基因组片段、转录本、已经标注的CDS、以及测序拼出来的共识序列。前两种往往含UTR或内含子，直接翻译会出现提前终止或一段无意义肽。已经标注的CDS相对干净，但仍要核起始密码子、终止密码子和长度是否为3的倍数。测序共识序列还要看覆盖度和混峰，低质量区翻译出来的“突变”不可信。

读码框不是选一个看起来最长的ORF就结束

ORF预测会给出多个候选。用于表达或功能讨论时，应回到注释、同源蛋白和已知起始位点，而不是只取最长开放阅读框。病毒、线粒体或特殊启动机制更不能套用默认标准密码表。工具默认参数适合常规核基因组编码序列，不适合所有模板。

核对清单：CDS、读码框、翻译表

工具能翻译，不能替你验收同源性

翻译完成后，应用同源蛋白或已发表序列做一次快速比对，看N端、催化位点和关键基序是否还在。只看分子量和氨基酸数目，发现不了框移后恰好又遇到终止的情况。这一步用序列比对即可，不必上升到复杂的结构预测。

把翻译结果写成可复查的记录

最少留下：输入核酸的来源和版本、截取坐标、所用翻译表、读码框编号、输出氨基酸序列、核对人与日期。如果做了反向互补或人工修正了混峰，必须写明。智研分子可以把核酸序列留在生物库，智研笔记 yanNote 适合记录截取理由和验收结论，避免聊天软件里只传一张翻译截图。

不要把翻译结果直接送去合成或表达

进入引物设计、基因合成或表达载体构建前，再核一次密码子优化需求、限制性位点和标签位置。翻译正确只说明氨基酸对，不说明这段序列适合你选的宿主。优化和添加标签是另一步设计，应单独记录，不要和原始翻译混成一个文件名。

常见问题

在线蛋白翻译和本地软件有什么差别？

对公开教学序列，差别不大。涉及未公开构建、批量CDS或需要版本留痕时，本地或平台内工具更容易把输入输出和实验记录绑在一起，也减少序列外传。

为什么翻译结果中间突然出现星号？

星号通常表示终止密码子。可能是读码框错了，也可能CDS里本身有突变或测序错误。先核相位和序列质量，再判断是不是真实提前终止。

蛋白质在线翻译网站提示多个ORF，选哪个？

回到基因注释和实验目的。要表达已知蛋白，选与参考氨基酸一致的框；在做新转录本探索时，把候选并列记录，并标明尚未验证，不要只留一个“看起来完整”的结果。

线粒体基因也能用默认翻译吗？

一般不行。线粒体密码表与标准表不同，应用对应翻译表，并在记录里写明，避免和核基因翻译结果放在同一套默认参数下。

AI生成的翻译注释能不能当最终结果？

可以当作检查提醒，例如提示可能的框移或缺失终止密码子，但不能替代逐位核对。最终采用的氨基酸序列仍应由实验人员按序列版本确认。

小结

蛋白翻译工具的价值是减少手工对照密码子表，不是跳过CDS、读码框和翻译表这三项验收。把核酸版本、截取坐标和氨基酸结果写在一起，后续表达和突变分析才有依据。若团队希望序列编辑、比对和实验记录在同一平台里衔接，可以了解衍因智研云如何把翻译核对嵌进日常分子工作，而不是停在一次网页粘贴。