从旧供应商导入

当你从旧的本地化供应商或 TMS 迁移出来时，手里往往已经有术语表、术语库或翻译记忆导出文件，通常是 TMX、CSV 或 TBX 格式。你的 AI 助手可以解析这些文件，并直接写入本地化引擎的配置中。

工作流程#

“这是我们导出的术语表（CSV）。请把它导入到我们引擎里所有语言区域的术语表中。”

处理流程如下：

1. 助手会读取 CSV 结构——识别源术语、目标译法、语言区域和术语类型等列
2. 按源术语对各行分组。术语表中的每个术语包含一段源文本及其在所有目标语言区域的本地化译文；不可翻译术语则没有译文。
3. 如果你的引擎使用了多个术语表，助手会询问要导入哪一个。
4. 将导出内容与术语表中的现有术语进行比对，并展示导入计划：“找到 140 行数据，涵盖 6 个语言区域的 25 个术语。其中 2 个不可翻译，23 个指定了必须使用的本地化译文。有 4 个术语已存在于术语表中，但译文不同——要更新吗？”
5. 确认后，创建新术语，并更新你确认要修改的现有术语。
6. 报告：“已创建 21 个术语，更新 4 个术语。”

导入绝不会自动覆盖术语表中已有本地化译文的术语。助手只会在你确认后更新，并保留导出内容未涵盖的语言区域的译文。

支持的格式#

分步说明：导入 TMX#

旧供应商提供的 TMX 文件包含成对的语段，可用来预置术语表条目和规则。

“这是我们上一家供应商导出的 TMX 文件，包含 500 个 en → de 翻译单元。请提取其中反复出现的术语，作为术语表条目。”

处理流程如下：

1. 助手会解析 TMX 结构——识别源分段、目标分段和语言区域对
2. 归类反复出现的术语——也就是以一致译法出现 3 次以上的词或短语
3. 为译法稳定的术语建议创建术语表条目：“‘privacy policy’ → ‘Datenschutzerklärung’（出现 12 次，且始终采用这一译法）”
4. 识别出适合转成规则的模式："这个语料库中的复合名词一律加连字符——要把它添加为 de 的规则吗？"
5. 将拟导入的术语与术语表进行核对。如果某个术语已存在，但德语译文不同，就会并列展示：“‘checkout’在术语表中的译文是 ‘Kasse’，在 TMX 中是 ‘Bezahlvorgang’——保留还是替换？”
6. 展示完整计划供你审核
7. 确认后，创建新术语和规则，并且只修改你选择替换的现有术语。

分步说明：导入 CSV 术语表#

大多数旧本地化平台都会将术语表导出为 CSV，其中包含 source、target、locale 和 notes 等列。

“请把这个 CSV 导入到我们的引擎中。列包括：source_term、target_term、locale、type（localize/do-not-translate）、notes。”

处理流程如下：

1. 助手会读取列映射关系
2. 创建术语表条目：localize 行会变成自定义译法，do-not-translate 行会变成不可翻译条目
3. 带有规则说明（不只是定义）的注释条目会被标记为潜在规则："“日期格式”的注释写着“德语始终使用 DD.MM.YYYY”——要把它添加为 de 的规则吗？"
4. 展示计划，经你确认后执行

哪些该导入，哪些该舍弃#

导入之后#

1. 验证 — 通过 本地化 API 或 CLI，将使用已导入术语的内容本地化
2. 复核 —— 对照新术语表，对一批内容做 抽样检查，确认规则已生效
3. 优化 —— 对那些在上下文中未产生正确输出的条目进行 调整

大规模导入建议#

• 先从高频术语开始。 一份包含 5,000 条的 TM 导出文件不是术语表——它是语料库。让助手只提取出现 3 次以上的术语。
• 按语言区域检查，一次导入所有语言区域。 检查 50 个德语术语比检查分布在 10 个语言区域的 500 个术语更容易，因此请逐个语言区域查看导入计划，再一次性导入所有语言区域：术语表中的每个术语包含其所有本地化译文，因此后续添加语言区域会修改现有术语，而不是新增术语，且每项修改都需要你确认。
• 大规模导入会分批执行。 助手每次调用最多写入 100 个术语。每次调用要么全部写入，要么完全不写入。如果某次调用被拒绝，助手会报告哪些术语导致了拒绝。此前调用中已成功写入的内容会保留。
• 用好 notes 列。 如果导出文件里有译员注释，助手可以把其中的模式转成规则。
• 不要把句子级 TM 当作术语表导入。 术语表条目应是术语和短语。完整句子应放在参考资料中，而不是术语表里。