如何让 AI 翻译得更自然：先确定语境，再处理术语和语气
从直译与意译、术语统一、读者语境、格式保留和译后核验几个方面，写出更准确、更自然的翻译 Prompt。
相关工具
翻译不是逐词替换
把英文句子换成中文词语，不等于完成了翻译。原文里的主语、省略、语气、文化习惯和表达重点，进入另一种语言后往往需要重新组织。产品文档、客服回复和营销文案看起来都在翻译，实际要解决的问题却完全不同。
《LLM 入门资料》把文本转换作为基础 Prompt 任务，转换的关键是明确输入、输出和保留规则。翻译也一样：事实和结构要准确，句式和语气要服务于目标读者。只要求“翻译得自然”，模型并不知道自然是像说明书、像客服，还是像广告。
一条可执行的翻译 Prompt，至少应该说明源语言和目标语言、使用场景、读者、术语处理方式、语气，以及是否保留标题、列表、变量和 Markdown 格式。把这些条件补上，结果通常比单纯更换模型更稳定。
先分析原文，再确定语境、处理术语、调整语气，最后进行译文核验。
先确定读者和使用场景
同一句英文，给专业人员、普通用户和客户看的中文可能不同。工程文档需要术语准确、步骤清楚；客服回复需要友好、直接、容易理解；营销文案则要保留卖点，同时符合中文表达和品牌语气。没有读者信息，模型只能选择一种默认风格。
场景还会影响句子长短和信息顺序。产品帮助中心通常先说问题和解决办法，客服回复通常先回应用户，再给出操作步骤，内部汇报则可能先列结论和风险。Prompt 中写清“这段文字会放在哪里”，比只写“请翻译得专业”更有用。
如果原文存在文化或行业背景，也要补充给模型。品牌名称、功能名称、法规术语和行业惯用词不能只看字面翻译。对于不确定的表达，可以要求保留原文并列出待确认译法，而不是让模型无依据地做出确定选择。
建立术语表，避免同一个词反复变化
专业翻译最常见的问题之一，是同一个术语在不同段落里被翻成不同说法。读者会怀疑它们是不是不同概念，后续搜索和文档维护也会变得困难。翻译前可以先给出术语表，明确原词、推荐译法、禁止译法和适用范围。
术语表不必很大，先覆盖产品名称、功能名称、关键概念和容易混淆的词即可。例如规定“workspace 统一译为工作区，不使用工作空间；deployment 在技术文档中译为部署，在营销文案中保留英文并加中文解释”。场景不同，术语策略也可以不同，但同一篇文档内要保持一致。
如果没有现成术语表，可以先让 AI 从原文提取候选词，再由人确认译法，最后带着确认后的术语表完成全文翻译。把术语识别和最终翻译拆开，通常比让模型边猜边翻更稳。
同一句产品文案，在术语、语气、文化表达和格式保留上进行控制，译文才会既准确又自然。
语气自然，不等于随意改写
翻译时可以调整中文句式，让表达更符合目标语言习惯，但不能把原文没有的承诺、态度和效果加进去。客服回复中的“we are looking into it”可以根据语境译成“我们正在核查”，不能擅自改成“问题马上就能解决”；产品文案中的“may help”也不能翻成确定的效果承诺。
语气要求最好和例子一起写。可以说“面向新用户，友好、直接、少用术语”；也可以说“面向专业人员，保留 API、SDK、endpoint 等术语，不添加解释性宣传语”。对于品牌文案，还要说明是克制、活泼还是正式，避免模型用默认的营销套话。
自然翻译往往需要改变句子顺序、主动被动结构和重复表达，但这些变化应该服务于理解。重要的条件、时间、数字和动作不能因为句子更顺而被省略。语言可以灵活，事实边界不能灵活。
格式和变量要原样保护
技术文档、网页文案和软件界面中经常包含 Markdown 标题、列表、链接、代码、变量和占位符。翻译时如果把 `{username}`、`%s`、URL 或代码片段改掉，译文可能看起来很好，却无法直接放回系统。Prompt 里要明确哪些内容不得翻译或修改。
可以写“保留 Markdown 层级、链接地址、代码块、变量、数字和单位；只翻译自然语言文本；不要增加说明；保持列表数量和顺序不变”。如果原文中有按钮、菜单和错误提示，还应说明界面长度限制，避免译文过长导致布局溢出。
对于表格和双语材料，先确定输出格式。是保留原文并在下一列给出译文，还是只输出目标语言？是逐段对应，还是整篇连续输出？格式说清楚，后续校对和复制都会轻松很多。
一份可以直接复用的翻译 Prompt
以产品帮助中心内容为例，可以这样写：
任务：将下面的英文帮助文档翻译成中文，供第一次使用产品的新用户阅读。
语气：清楚、友好、克制，不使用夸张宣传词；遇到技术术语时保留准确性，并在首次出现时给出简短中文解释。
术语表：workspace=工作区；deployment=部署；endpoint=接口端点。除非上下文明确要求，不使用其他译法。
格式要求：保留 Markdown 标题、列表、链接、代码块、变量和数字；代码、URL、变量名不要翻译；保持原有标题层级和列表顺序。
边界：不新增原文没有的功能、效果、步骤和承诺；发现原文含义不明确时，用“待确认”标记。
输出：只输出中文译文，不附加翻译说明。
原文：
<<<
在这里粘贴原文
>>>这个 Prompt 同时交代了读者、语气、术语、格式和边界。换成客服回复或营销文案时，只需要调整场景、读者和风格，不必把“自然一点”反复写很多遍。
译文交付前做一次五项核验
第一，核对事实和语义是否准确；第二，检查专有名词和术语是否统一；第三，确认语气是否适合读者和场景；第四，检查数字、日期、链接、变量和格式是否保留；第五，确认有没有漏译、错译、无依据增译或把可能性写成确定结果。
发现问题后，要回到对应环节修改。术语不一致，补充术语表；语气不合适，重新说明读者和渠道；格式被破坏，增加保留规则；漏译或增译，回到原文逐段对照。不要只要求“再自然一点”，因为自然不是一个可以单独检查的结果。
《LLM 入门资料》中的输出检查和评估提醒我们，翻译也不是生成完成就结束。好译文既要让人读得顺，也要经得起事实、术语、格式和场景的检查。需要时保留原文对照，尤其是涉及合同、政策、价格和技术参数的内容，更不能只凭语言感觉交付。
从事实、术语、语气、格式和漏译增译五个方面核验，未通过时返回对应环节修改。
常见问题
翻译越贴近原文越好吗？
事实、数字、结构和限定条件需要准确保留，但句式、语气和文化表达应根据目标读者与使用场景调整。
没有术语表时应该怎么办？
可以先让 AI 提取候选术语，再人工确认推荐译法，最后带着确认后的术语表完成全文翻译。
为什么 AI 翻译看起来通顺，仍然可能不能用？
通顺不等于准确。译文可能漏掉条件、改变数字、破坏变量格式，或使用了不适合读者和场景的语气，需要译后核验。