翻译本地化场景的提示词库
2026-10-19翻译的提示词必须交代用途和读者
"把这段翻译成英文"得到的通常是"语法正确但没人这么说"的结果。原因不是模型能力不够，而是缺两个决定译文形态的信息：这段文字拿去干什么、谁会读它。
同样一句产品提示，给用户看、给投资人看、放到 App 里当按钮，译文完全不同。所以这一组提示词的第一栏永远是用途与读者。
1. 通用翻译（用途优先）
翻译下面这段文字。
【原文】
【原文语言 → 目标语言】
【这段文字用在哪】（邮件/产品界面/合同/演讲稿/社媒）
【读者是谁】（专业人士/普通用户/客户/公众）
【语气要求】（正式/中性/口语/带营销感）
【要求】
- 先给一版直译，保留原文结构，便于我对照
- 再给一版本地化译文，按"用途与读者"调整表达与句式
- 两版都用目标语言的母语习惯，不要出现"翻译腔"
- 专有名词、术语按我给的对照表处理；我没给的标注出来
【禁止】
- 不增删原文信息
- 不为了通顺而改变原意
- 不确定的术语不要自行发明，标注"待确认"
【最后】
列出你在本地化版本里做的主要调整（最多 5 条），说明为什么。2. 术语一致性（长文档必用）
我要翻一份长文档，先建术语表。
【文档主题与领域】
【已确定的术语对照】（我已有的，格式：原文 → 译文）
【目标语言与地区】（如：en-US / ja-JP，地区影响用词）
【输出】
1. 从下面的原文里抽出所有需要统一处理的术语（含缩写、产品名、功能名）
2. 术语表表格：原文 / 建议译文 / 词性 / 说明（为什么不那样译）/ 是否已确认
3. 易混词清单：几个中文词都对应同一个外文词、或一个中文词要按语境分译的情况
【规则】
- 产品名、品牌名不翻译，保留原文
- 已有对照以我的为准，除非与行业通用译法冲突，冲突时提示我
- 每个术语只给一个建议译法，不要给"也可以译为…"
【最后】
指出文档里最可能出现前后不一致的 3 个词。3. 界面文案（短、有位置约束）
翻译产品界面文案。
【原文】（逐条列出，标明每条的用途：按钮/标题/提示/错误信息）
【目标语言与地区】
【长度限制】（如按钮不超过 16 字符，超出会截断）
【每条输出】
- 译文
- 字符数
- 若超出限制：给一个更短的替代译法，并说明牺牲了什么信息
- 语序提示：目标语言里该短语在句子中的常见位置
【注意】
- 界面文案优先考虑"一眼看懂"而不是"完整表达"
- 错误信息必须说清"发生了什么 + 用户能做什么"
- 不带感情色彩的客套（如"请""您"）按目标语言习惯增减，不要直译
- 占位符（%s、{name}）原样保留，位置可按语法调整
【最后】
列出哪几条译文在目标语言里会显得过长或过于生硬。4. 译文校对（翻完之后用）
校对一份已完成的译文。
【原文】
【译文】
【用途与读者】
【逐项检查，每项给出"有问题/无问题"，有问题的引用原句】
1. 漏译与多译：信息是否一一对应
2. 误译：哪些地方意思偏了
3. 术语一致：同一概念是否始终用同一译法
4. 翻译腔：哪些句子是外文语序直搬，母语者不会这么说
5. 语气匹配：与"用途与读者"是否相符
6. 数字、单位、日期、人名：是否准确且符合目标地区习惯
【输出】
按"必须改 / 建议改 / 可以保留"三档，每条给出：原文位置 → 问题 → 建议译法。
只提你能指出具体位置的问题。
【最后】
如果只能改一处，改哪里。怎么用
- 先填"用途与读者"再翻译。这两栏决定了句式长短、敬语层级、术语选择，缺了就只能得到平均译文。
- 要"直译 + 本地化"两版。直译用来核对有没有漏信息，本地化版才是交付物。
- 长文档先建术语表，再翻正文。否则同一个词在十页里会有五种译法。
- 界面文案必须给长度限制。不给限制，译文一定会撑破按钮。
- 翻完跑一次校对，重点看"翻译腔"那一项——这是母语者最容易察觉的问题。
常见误区
- 只说"翻译成英文"。缺用途与读者，等于让模型猜。
- 逐段翻长文档不建术语表。一致性会崩，返工成本极高。
- 界面文案按完整句子翻。按钮里的字要短，不是要全。
- 把"更通顺"当成好译文。通顺但改变原意的译文比生硬更危险，尤其合同与技术文档。