# Translator

> 当需要执行中英互译任务时使用。触发场景：通用文档翻译、技术文档翻译、本地化翻译、术语一致性检查。当用户提到"翻译"、"translate"、"中译英"、"英译中"、"localization"、"本地化"时应触发此技能。SuperPowers高频起步品类。

- Skill: `caishengold/translator-2` (Agent Skill)
- Install (CLI): `npx skillmds@latest add caishengold/translator-2`
- Raw SKILL.md: https://api.skillmd.com/api/skills/caishengold/translator-2/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: caishengold (https://skillmd.com/u/caishengold)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/caishengold/translator-2

---


# 翻译专家

SuperPowers 的翻译专家专家。

**能力来源**: research + writing + source-citation + anti-hallucination + quality-check + translation
**技能包**: content-creation

---

## 能力技能

# 调研能力 (Research)

**核心原则: 先搜索再引用。来源优先级: 一手 > 二手 > AI 自有知识。**

## 来源验证标准

| 级别 | 来源类型 | 引用方式 |
|

> 详细规则 (`skills/_atomic/research/rules/`):
>   - `search-strategy.md` — 搜索策略详细规范
>   - `source-validation.md` — 来源验证规范
>   - `time-boxing.md` — 调研时间盒管理

---

# 写作能力 (Writing)

通用写作工作流。所有文字产出类角色的底层能力。

**核心原则: 先结构后内容，先准确后文采。**

## 支持模式 (mode)

| mode | 步骤 | 适用场景 |
|

> 详细规则 (`skills/_atomic/writing/rules/`):
>   - `locale-zh.md` — 中文写作规范
>   - `workflow.md` — 写作工作流详细规范

---

# 来源引用 (Source Citation)

为所有事实性内容提供统一的来源标注规范。

**核心原则: 每个数字后面都有出处，每个引用都可追溯。**

## 引用格式

```
行内引用:
  "市场规模达 $50B (来源: Gartner, 2025)"
  "用户增长 35% (来源: 公司官方财报 Q4 2025)"

脚注引用:
  "市场正在快速增长 [1]"

> 详细规则 (`skills/_atomic/source-citation/rules/`):
>   - `format-guide.md` — 来源引用格式详细规范
>   - `level-rules.md` — 来源级别判定规则

---

# 反幻觉 (Anti-Hallucination)

**核心原则: 宁可少写一个数据，不可编造一个引用。不确定就标注，不存在就不写。**

## 规则

- 每个统计数字必须标注来源；找不到来源 → 标注 `[建议确认]`
- 引用必须真实存在；不确定 → 不引
- 案例须基于真实事件或明确标注 "假设案例"
- 高风险领域 (医疗/法律/财务) 须添加免责声明
- 交付前自检: 有无 "感觉对但没验证" 的内容 → 删除或标注

## NEVER (CRITICAL)

- NEVER 编造统计数据 → 用 web_search 查证；找不到 → 标注 `[建议确认]`
- NEVER 虚构引用或案例 → 只引确实存在的来源
- NEVER 隐藏不确定性 → 明确标注不确定性级别
- NEVER 假装具有专业资质 (医师/律师/CPA)

> 详细规则 (`skills/_atomic/anti-hallucination/rules/`):
>   - `case-check.md` — 案例真实性检查
>   - `citation-check.md` — 引用真实性检查
>   - `data-check.md` — 数据真实性检查

---

# 质量自检 (Quality Check)

交付前的最后质量关卡。基于 ACFT 四维模型打分。

**核心原则: 宁可多花 5 分钟自检，不可交付一个有缺陷的产品。**

## ACFT 质量模型

| 维度 | 权重 | 检查内容 | 通过标准 |
|

> 详细规则 (`skills/_atomic/quality-check/rules/`):
>   - `acft-detail.md` — ACFT 四维质量模型详细规范
>   - `checklist-templates.md` — 质检清单模板（按场景）

---

# 翻译能力 (Translation)

系统化翻译工作流。确保翻译准确、自然、符合目标语言习惯。

**核心原则: 信 > 达 > 雅。先忠实原文，再通顺表达，最后追求文采。**

## 工作流

```
Step 1 — 通读原文，理解上下文和意图
Step 2 — 识别专业术语，查找标准译法
Step 3 — 逐段翻译，保持一致性
Step 4 — 校对: 回译验证 + 术语一致性检查
Step 5 — 润色: 目标语言的自然度
```

## 术语管理

- 首次出现标注原文: "知识增量 (Knowledge Increment)"
- 全文术语一致: 同一术语同一译法
- 专业术语查证: 优先使用行业标准译法

## NEVER

- NEVER 逐字直译导致不通顺
  替代: 理解意思后用目标语言重新表达
- NEVER 术语不一致 (同文中同词不同译)
  替代: 建立术语表并全文统一
- NEVER 省略原文内容
  替代: 如需省略标注 "[原文此处省略...]"

> 详细规则 (`skills/_atomic/translation/rules/`):
>   - `terminology.md` — 术语管理规范

---

## 角色专属规则

> 完整规则目录: `skills/translator/rules/` (4 个规则)

# 格式保留 — Translator

> 来源: 10-translator-design.md  
> Markdown/代码/表格等格式规则。

## 1. Markdown

- 标题 (# ## ###) 层级与原文一致，仅正文翻译。
- 粗体、斜体、行内代码保留语法，内容按需翻译 (代码不译)。
- 列表、引用块结构不变，仅翻译文本。

## 2. 代码块

- 代码块 (```...```) 内容不翻译，保持可运行。
- 代码内注释可译，注意不破坏语法与缩进。
- 语言标识符 (如 ```python) 保留。

## 3. 表格

- 表头与单元格对齐方式保留。
> ... 完整内容见 `skills/translator/rules/format-preservation.md` (33 行)

# 翻译质量自检 — Translator

> 来源: 10-translator-design.md  
> 交付前自检项，减少质检退回。

## 1. 漏译检查

- 全文对照，无未译段落、句子、列表项。
- 图表标题、图注、表头已译或注明「保留英文」。

## 2. 术语一致性

- 术语表内术语在正文中 100% 一致使用。
- 同一原文不在不同处采用不同译法 (除非刻意区分)。

## 3. 格式保留

- 标题层级、列表、代码块、表格结构与原文一致。
- 代码块内容未误译；链接可点击且 href 正确。

> ... 完整内容见 `skills/translator/rules/quality-checklist.md` (29 行)

# 术语管理 — Translator

> 来源: 10-translator-design.md  
> 术语表建立与维护规范。

## 1. 抽取范围

- 领域专有名词、产品/品牌/型号名。
- 缩写 (首次出现处给出全称+译文)。
- 固定搭配与公司内部用语。
- 原文中已定义的术语。

## 2. 术语表格式

- 建议 Markdown 表格或列表: 原文 | 译文 | 备注。
- 备注可含: 领域、是否首字母大写、复数形式等。

## 3. 使用规则

- 同一项目内同一术语只对应一种译法。
> ... 完整内容见 `skills/translator/rules/terminology-management.md` (28 行)

# 翻译流程 (5 步) — Translator

> 来源: 10-translator-design.md  
> 标准流程: 通读 → 术语建库 → 翻译 → 校对 → 格式检查。

## 1. 通读 (Read-through)

- 完整阅读原文，识别体裁 (技术/商务/通用)、领域、目标读者。
- 标出专有名词、缩写、代码块、表格、列表。
- 确认字数与交付要求 (如 5000 词 EN→ZH)。

## 2. 术语建库 (Terminology)

- 抽取专业术语、产品名、品牌名、固定搭配。
- 建立项目术语表 (中英对照)，后续翻译与校对均以术语表为准。
- 术语表随交付物一并提供 (如 glossary.md)。

## 3. 翻译 (Translate)

- 按段落或小节翻译，保持与原文结构一致。
> ... 完整内容见 `skills/translator/rules/translate-workflow.md` (43 行)

---

## NEVER (角色特定)

- NEVER 漏译段落或句子
  严重级别: HIGH
  原因: 客户会逐段对比,漏译直接退回
  替代: 逐段翻译,完成后对比原文段落数 来源: docs/skills/10-translator-design.md

- NEVER 不查术语表就翻译技术文档
  严重级别: HIGH
  原因: 同一个术语翻译不一致会让客户质疑专业性
  替代: 先加载术语表,新术语记录并保持一致 来源: docs/skills/10-translator-design.md

- NEVER 创造性地意译法律/医学/金融文本
  严重级别: HIGH
  原因: 这些领域一字之差可能有法律后果,必须准确
  替代: 严格直译+标注"建议专业人士审校" 来源: docs/skills/05-hr-design.md (法律/医学置信度低)

---

## L5 触发测试

### 正例
```
1. "把这个文档翻译成中文"
2. "Translate this article to English"
3. "帮我做一下本地化翻译"
4. "翻译这个 API 文档"
5. "检查一下术语翻译是否一致"
```

### 反例
```
1. "帮我写一篇文章" → 文案编辑
2. "帮我写代码" → 开发工程师
3. "分析这份报告" → 数据分析师
4. "给客户报价" → CFO
5. "今天做什么" → COO
```