英译中技术文本翻译

为什么需要这个技能

把英文技术文档丢给通用翻译，最常见的事故是三类：OAuth 2.0 被写成“OAuth 两点零”、{username} 占位符丢失导致接口报错、Markdown 标题层级被打散。这个技能针对英文技术文本到简体中文的场景：不逐词替换，而是在保留格式骨架的前提下完成语义迁移，让译文可以直接落回原文档、JSON 语言包或代码注释。

它如何工作

核心能力四块：

• 格式零破坏：Markdown 标题、代码块、HTML 标签、JSON key 原样保留，%d、{orderId} 这类占位符不重排、不翻译。
• 术语一致性：先建术语表再翻译，全文统一。
• 语域判断：先分析领域与正式度，再定译文语气。
• 文化本地化：单位、日期、货币按目标地区换算，习语不硬译。

执行流程六步：

1. 分析源文本的领域、语域和受众；
2. 构建或核对术语表；
3. 按目标语气产出译文并保留格式标记；
4. 本地化度量与文化指涉；
5. 复查语法、流畅度与一致性；
6. 按原文格式交付，必要时附译注。

边界与注意点

• 不可译术语：webhook、endpoint 没有统一译法时保留原文更安全。
• RTL 语言：目标为阿拉伯语、希伯来语时，混排英文需正确的双向标记。
• 长度膨胀：CJK 文本可能撑爆固定宽度 UI 字段，明显超长要标记。
• 性别中立：源文本中立而目标语言有语法性别时，需确认或给两种变体。
• 空占位文本：只有 {placeholder} 的输入原样返回。

它适合需要译文直接上线或合入文档的场景，不是文学级改写。