翻译任务的提示是怎么设计的？关键步骤一次讲清

把一份产品手册直接丢给 Kimi 翻，拿回来的东西语法没错，读起来却满篇直译腔。翻译任务的提示不能只写「翻译成中文」，受众、术语、风格三件事先定下来，译文质量才有的谈。

翻译提示要先定什么

先定受众：给普通用户看的手册要口语化，给工程师看的接口文档要精确。再定术语：产品名、功能名是保留英文还是统一中文译名。最后定风格：句长、语气、要不要保留原文的排版结构。三件事一句话各交代一遍，比一段泛泛的「翻译得自然一些」有效。

术语表怎么进提示

• 列成对照清单：原文术语、约定译法，一行一对。
• 放在原文之前，并声明「术语对照优先于一切通用译法」。
• 跨轮翻译时每轮都带上术语表，别指望模型记住上一轮。

风格与受众的约束写法

风格要求要具体到可判定：「句子不超过三十字」「面向零基础用户，不使用行话」比「通俗易懂」好执行。豆包的实测里，给出两句正面示例和一句反面示例，风格稳定性比只给形容词描述明显更好。

译后核对环节怎么做

• 数字、单位、专有名词逐项回查原文。
• 让模型自查术语表覆盖情况，列出未命中项。
• 分段落校对，重点看长难句有没有被悄悄简化。

表格化对照的约定见表格输出的列名是怎么锁定的？内部门道在这；注释与译文混排的代码场景见代码注释的提示是怎么写的？过程拆开看；译后做要点提炼见摘要任务的要点与长度控制？从原理到落地；译稿改写与润色见改写任务的「保义换形」怎么提？。

术语表进提示还有一种轻量替代：让模型先输出「本次用到的术语及译法」清单，人工确认后再正式翻译，两段式流程把术语错误拦在成稿之前，比译后返工便宜得多。跨批次翻译要维护一份滚动的术语总表：每批确认过的术语沉淀进去，下一批开头引用最新版，术语一致性才滚得下去；新增术语先查总表，避免同一原文多种译法。文化差异项单独标记：习语、单位、称呼这类不能直译的内容，让模型在译文外另附处理说明，写清为什么这样翻，审校效率会高很多，处理说明单独成块，别混进译文正文。机翻痕迹最重的三类句子也值得点名：长定语从句、被动语态堆叠、名词化结构，提示里点名让模型优先拆解这三类句式，痕迹感会淡很多。

翻译提示搭建单

• 定受众：一句话说清给谁看。
• 挂术语：对照表置顶加优先级声明。
• 钉风格：可判定句式加正反示例。

译文的好坏，大半在动笔前的提示里就定了。

流程跑顺之后，把受众、术语、风格三件套整理成任务卡片：每个翻译项目一张卡，注明给谁看、挂哪版术语表、用什么风格约束，开新批次时抄卡即用，卡片让翻译提示从手艺变成流程，质量下限随之抬高。译后核对也可以做成两栏清单：左栏是术语与数字回查项，右栏是风格抽检项，审校的人按栏打勾，漏项一目了然；清单每月按新踩的坑更新一次，越用越贴自己的业务。卡片与清单放在一起管理，项目结束归档，复盘时翻出来就能看出哪批的质量波动来自哪一环。

关于翻译提示的三个常问问题

• 机翻痕迹重是提示的问题还是模型的问题？：多数时候是提示没给风格约束，先补约束再评判模型。
• 长文档一次翻还是分段翻？：建议分段翻并固定每段格式，长文一次翻更容易中段走样。
• 术语表太长怎么办？：只保留与本次内容相关的条目，全量术语表留给检索用。

带走一句：好译文是提示设计出来的，不全是翻译出来的。