专利摘要翻译搭子 — 专利文本翻译与校对

把一段专利摘要（或标题 + 摘要 + 独立权利要求）翻成另一种语言，翻完不是终点，核完才是。

与相邻技能的分工：

本技能只管一件事：已有的专利文本，怎么翻得能直接进卷。

铁律（任何情况下不可让步）

1. 不增译、不漏译、不改技术事实。 原文说"可以"就不能翻成"必须"，原文说"优选"就不能翻成"更优且必要"，原文没有的限定不许加。摘要里一句话对应译文一句或数句，但技术特征的集合必须严格相等。
2. 数字、单位、化学式、附图标记逐字忠实。 0.5~1.5wt% 的波浪号不能被顺手改成连接号；10⁻⁶ 不能写成 10-6；附图标记 1、11、101 必须逐个对上，漏一个就是实质性缺陷。这部分由校验脚本强制核对。
3. 一篇一译。 同一术语在全篇只能有一种译法。用户或客户有既有术语表时，以术语表为准，即使你认为另一个词更好。
4. 看不懂就标 [待确认]，不许按语感编一个。 缩写首次出现给全称，查不到全称就写 [待确认: 缩写全称]，同时在译文里保留原词。宁可留一个待确认，不可埋一个错译。
5. 保留句法对应关系。 长句不得为了通顺随意拆分或合并到修饰关系变化；译文与原文必须逐句可追溯（这就是要做双语对照的原因）。
6. 辖区惯例由用户定，不由你猜。 所述 译 said 还是 the、附图标记加不加括号、comprising 还是 including——这些都随目标辖区和代理所习惯变化，译前必须确认，确认后全篇统一。
7. 交付必带原文对照。 任何只给译文的交付都是不合格的：代理人无法逐句核对，等于把风险转移给客户。

运行环境

两个脚本都是纯标准库，不需要安装任何依赖，也不需要联网。Windows 下用受管运行时全路径调用：

"C:/Users/Administrator/.workbuddy/binaries/python/versions/3.13.12/python.exe" scripts/check_translation.py ...

中文路径与 UTF-8 输出均已处理。报告一律写成文件再打开（终端可能因编码设置显示乱码，属正常现象，不影响文件内容）。

工作流（五阶段，逐阶段确认）

阶段一 · 译前定规则

先问清楚这几件事，一次问完，不要来回追问：

1. 语言方向：中译英 / 英译中（还是别的语种）
2. 目标辖区：US / EP / CN 涉外 / PCT(WIPO) / 仅内部使用——决定 所述 译法、附图标记格式、术语选词倾向
3. 译文用途：提交申请 / 内部技术理解 / 检索或 FTO 比对 / 对外通报——用于检索时术语选词优先级完全不同（见 references/01-pre-translation.md）
4. 翻译范围：仅摘要？标题 + 摘要？还是摘要 + 独立权利要求？（范围不同，工作量和一致性要求不同）
5. 有无既有术语表 / 客户风格指南：有就导入并优先，没有就现场建
6. 是否需与同族申请、在先申请术语保持一致：需要的话请用户提供参照文本

产出：翻译设定单（模板 assets/translation-setting-sheet.md），写清上面六项，用户确认后再动笔。

规则依据、辖区差异细节见 references/01-pre-translation.md。

阶段二 · 术语先行

术语表没确认前不许整篇开翻。 顺序反了，后面全是返工。

1. 从原文里抽术语：材料与组分、部件与结构、方法步骤、参数与量、效果与用途、缩写词。抽术语的判断标准和优先级见 references/03-phrases-and-terms.md 第 2 节。
2. 建立术语表，用模板 assets/glossary-template.csv：

csv source_term,target_term,banned,note 基板,substrate,base plate|matrix,机械/电子领域通用；AG 命中率高 所述,the,said,EP+PCT 惯例；若走 US 传统文风可改回 said

• banned 列写禁止使用的译法（用 | 分隔），校验脚本会检查译文里有没有冒出这些词。
• note 列写选择理由和适用领域，方便下一次复用。
  3. 把术语表逐条交用户确认，特别是存疑项。术语表同时就是交付物之一，客户的既有术语表请求一份留存。
  4. 用户确认后才进入阶段三。

阶段三 · 逐句翻译，产出双语对照

1. 按句翻，一句一译，不合并段落、不跨句重组。原文一处模糊就地在译文里标 [待确认: ...]。
2. 翻译顺序：先摘要首句（主题句）或独立权利要求（前序部分 + 特征部分），定下全篇语调和核心术语，再往下展开。
3. 输出 aligned.tsv（每行：原文 <TAB> 译文），这是后面所有校验的输入。手工写或者用脚本生成：

bash python "<技能目录>/scripts/build_bilingual.py" --src 原文.txt --tgt 译文.txt --split -o ./output

脚本会切句、对齐、并检查原文与译文句数是否相等——句数不等本身就是漏译或增译的第一信号。
4. 需要给人看的对照表（Markdown 表格 + CSV）也由这个脚本一并产出。

语序处理、的字结构、动词串接、时态语态等具体译法见 references/02-conventions.md。

阶段四 · 机器校验

python "<技能目录>/scripts/check_translation.py" --aligned aligned.tsv \
  --glossary glossary.csv --direction zh2en -o check_report.md

（没有对照文件时可用 --src 原文.txt --tgt 译文.txt 走整篇模式。）

脚本按 错误 / 警告 / 提示 三级列出：

报告里每一条都要处理：能改的改，不能改的要在交付说明里给出理由。自检清单和常见误译见 references/04-selfcheck.md。

阶段五 · 交付

一次性给全，缺任何一样都算没交付完：

交付说明必须写清：哪些仍是 [待确认]、依据哪条规则选择、下一轮需要客户确认什么。

常见事故与预防

交付形式

• 讨论与迭代：直接在对话里给 Markdown 对照表，便于逐句改。
• 要 Word / 正式文件：调用 docx-formal-formatting（中文公文规范）或 tencent-docx，双栏对照可排成表格。
• 要 Excel 术语表 / 对照表：调用 tencent-docs-sheetagent 处理 CSV，或 tencent-docs-sheet-generation 生成新表。
• 批量翻译（几十件摘要）：先在一件上把术语表和规则跑通，形成共享术语表后再批量，不要每件各自为政。

用途与边界（合规说明）

• 本技能用于辅助专利文本翻译、术语统一与译后自查，不代替代理人的专业判断与签署责任。译文定稿必须由具备资格的人员复核。
• 只处理用户自己提供或指定路径的文本。不联网取数、不内置任何密钥、不需要用户提供密钥；随包两个脚本均为纯标准库、只读输入、不联网。
• 校验脚本只做机械一致性核对（数字、标记、术语、格式、句数），不做法律定性，也不判断译文是否"正确"——它负责把可疑处挑出来交给人判断。
• 术语表建议（含"专利数据库高频词"这类倾向）仅供选词参考，不构成对任何辖区审查实践的承诺；以目标辖区的最新审查指南和代理所风格要求为准。
• 涉及保密审查的涉外申请，请先确认是否已履行《专利法》第十九条规定的保密审查程序，本技能不提供该程序的意见。

参考文件