有道翻译的术语库是否支持手动添加自定义术语？

功能定位与变更脉络

有道翻译的术语库是翻译管理过程中用于存储标准译法的核心模块。它允许用户将特定源语与目标语绑定，并附加可选说明、使用场景或禁用词汇。对翻译团队而言，术语库最重要的价值在于保证同一术语在不同场景下译法一致，减少回译歧义，同时满足数据留存的合规要求。从功能边界来看，有道翻译的术语库与机器翻译记忆库（如 Trados、memoQ）的核心区别在于：术语库更关注词级或短语级的精确对应，而非整句匹配。在合规审计中，术语库的变更日志是否可追溯、存储是否满足 GDPR / 个人信息保护法要求，直接影响企业级翻译管道的合规等级。当前版本下的有道翻译术语库支持手动添加、批量导入、版本控制（以本地备份形式记录变更），但未提供原生的协作审批流——团队需自行通过外部权限管理或导出日志实现审计。

示例：某企业本地化团队在处理产品文档时，遇到“dashboard”一词，不同译员可能译成“仪表盘”“控制面板”或“驾驶舱”。通过手动添加术语“dashboard→仪表盘（UI 翻译）”，并标记禁用词“控制面板”，即可在后续翻译中自动提示或强制替换。这一过程不仅提升效率，还为后续合规检查提供了统一的译法基准。

决策树：何时选择手动添加

决定采用手动添加而非批量导入或系统术语库时，可从以下维度评估：术语数量、更新频率、合规要求和协作人数。每个维度的具体考量如下。

• 术语数量：少于 50 条且需逐条确认定义时，手动添加更灵活；超过 200 条建议使用批量导入（支持 Excel/TBX 格式）。
• 更新频率：每周新增或修改 5 条以上时，手动操作效率低，应考虑 API 或导入机制。
• 合规要求：若需记录每一条术语的添加人、时间、修改原因，手动添加时配合外部日志（如 Git 仓库）更易追溯。有道翻译的界面未提供内置审计日志，可自行在术语说明字段中录入操作者与日期。
• 协作人数：单用户或小团队（1-3 人）可全手动；>5 人时建议设置术语管理规范，由专人手动添加并同步至共享术语库。

工作假设：若团队已使用版本控制系统（如 Git），可将术语库导出为 TBX 文件管理，手动添加后回写至有道翻译，这样既保留了变动历史，又兼容手动操作的灵活性。验证方法：在 Git 仓库中记录导出文件，对比两次变更即可看出新增/修改的术语。示例：某团队每周导出一次 TBX，通过 Git diff 快速识别术语变动，审计时直接提供 commit 记录作为证据。

操作路径（以桌面端为例）

有道翻译桌面版（以当前最新版本为准）的术语库入口位于【设置 → 术语管理】。以下为手动添加自定义术语的标准步骤，每一步都附带常见注意事项。

1. 打开术语库：点击主界面右上角齿轮图标 → 选择“术语管理”。首次使用时需创建术语库（命名后自动生成 JSON 格式存储于用户数据目录）。建议名称包含项目与版本信息，例如“产品手册_v2”。
2. 添加术语对：点击“添加术语”按钮。在弹出的对话框中输入：
   • 源语（如 “dashboard”）
   • 目标语（如 “仪表盘”）
   • 可选：所属项目、添加人、生效范围（选择是否应用于全部分类或特定分类）。
   示例：若只对“UI 翻译”分类生效，可先创建分类再绑定。
3. 设置禁用词（可选）：在“禁用词”字段中输入不应出现的译法（如 “控制面板”）。翻译时若原文匹配该术语，目标译文中若出现禁用词则会标红提醒。注意：禁用词匹配时要求完全一致，包括空格和标点，录入时尽量去除首尾空白。
4. 保存并验证：点击“保存”后，术语立即生效。可在翻译面板中测试：输入“dashboard”时，翻译建议应显示“仪表盘”。若未生效，优先检查术语库开关及大小写设置。

平台差异说明：网页版（translate.youdao.com）的术语库入口位于“我的翻译 → 术语库”，操作逻辑与桌面端一致，但缺少禁用词设置。移动端（iOS/Android）目前不支持手动添加术语，仅可查看已生效的术语列表。如需移动端管理，需通过网页版或桌面端操作后同步。示例：某团队成员在外出时无法通过手机添加新术语，需要回办公室在电脑上操作。

失败分支与回退：若添加后未生效，请检查术语库是否处于“启用”状态。在术语管理页面顶部，有一个“启用术语库”开关。若开关关闭，所有术语不会参与匹配。另一种常见问题是源语大小写匹配：默认区分大小写，可在设置中改为“忽略大小写”。若仍无效，尝试重启应用——经验表明修改匹配规则后需重启才能完全刷新。

数据留存与合规审计要点

合规审计通常要求能够回答：谁在何时添加了哪一条术语？修改前的内容是什么？有道翻译的术语库未提供内置的时间戳或用户标识字段，但可通过以下策略实现可审计性：

• 在术语说明中手动记录元数据：例如在“说明”字段里填入“2026-06-15 by UserA, 原译法:控制面板”。这种方式虽增加手动负担，但能直接嵌入审计字段，导出后即可作为合规证据。
• 定期导出术语库并寄存于版本控制：有道翻译支持将术语库导出为 TBX 或 XLSX 文件。设置定时任务（如每周一导出），将文件提交至 Git 仓库，利用 Git 的 commit 信息自动记录时间。验证方法：在 Git log 中查看文件变更即能还原审计链路。示例：某团队通过 cron 脚本每周日凌晨自动导出并 push，审计时直接拉取对应 commit 即可。
• 权限隔离：若团队使用有道翻译企业版（假设），管理员可通过用户权限限制术语库的修改权限。普通用户只能查看，无法添加/编辑，从而降低误操作风险。

经验性观察：手动添加术语时，如果团队超过 5 人且未规范说明格式，导出后很难自动化归责。建议在内部 SOP 中规定术语添加时必须包含“操作人”和“日期”字段，并在出口检查时额外核对。例如在术语添加时强制填写“添加人缩写+日期”，否则不予保存。

例外与取舍：哪些术语不适合手动添加

并非所有术语都适合手动添加到有道翻译的术语库。以下情形应考虑替代方案：

• 动态术语：品牌名称、产品版本号频繁变更（如每周更新），手动添加维护成本过高，建议通过接口或导入工具批量更新。
• 带格式与占位符的术语：如 JSON 键“%1$s”或标记语言中的变量。手动添加时容易遗漏格式前缀，导致匹配错误。此类术语建议使用正则表达式匹配功能（若有），或通过其他工具预处理。
• 超过 10,000 条的大型术语库：手动添加在界面中逐条录入效率极低，且容易超出界面滚动条加载上限（经验值约 3,000 条后界面卡顿）。此时应分批导入或使用 API。

工作假设：如果你需要在术语中包含例句或上下文，有道翻译的术语库字段长度限制为 500 字符（源语 + 目标语 + 说明总计），超过时会被截断。测试方法：尝试粘贴超过 500 字符的内容，保存后检查是否完整。若截断则只能精简说明或使用外部索引。

故障排查：添加后不生效的常见原因

经验性观察：在部分版本中，手动添加的术语若包含空格或特殊字符（如连字符），其匹配规则可能变为精确匹配而非模糊匹配。建议使用纯文本术语，避免干扰。若必须包含特殊字符，可先测试一条确认匹配行为。

适用与不适用场景清单

适用场景：

• 翻译团队规模 1-5 人，术语变动频率低于每周 10 条。
• 企业合规要求中明确提出“术语翻译需有记录与可追溯性”，且团队具备手工维护元数据的能力。
• 术语内容不涉及高度机密的商业信息（因有道翻译数据存储在云端，需评估隐私政策）。
• 翻译内容以技术文档或产品文案为主，术语类型稳定。

不适用场景：

• 术语库需要与其他翻译工具（如 Trados、memoQ）双向同步，有道翻译仅支持单向导出，缺乏实时双向 API。
• 术语中包含大量变量（如占位符 %s, {0}），手动添加易出错且维护成本高。
• 需要精细的版本回滚（如回滚到三天前的术语库状态），有道翻译未提供该功能，只能依赖外部版本控制。
• 移动端频繁使用术语库（移动端仅支持查看，不支持添加/编辑）。

示例：某团队需要与 Trados 同步术语，最终选择放弃有道翻译术语库，转而使用专门的术语管理系统。

最佳实践清单

• 命名规范：术语库名称建议包含团队与项目信息，例如“TeamA_产品手册_v1”。
• 添加注释：每条术语的“说明”字段必须包含“添加人缩写+日期”，如“ZC20260615”。这样导出后可直接作为审计字段。
• 禁用词管理：若需要强制替换特定译法，使用禁用词字段而非反复修改目标语。
• 定期导出备份：每周导出一次 TBX 并存档至版本控制仓库，保留至少 6 个月的变更历史。
• 权限最小化：如果团队使用有道翻译企业版，应只为负责术语管理的 1-2 人开启编辑权限，其他人仅可查看。
• 测试术语生效：添加后立即在翻译面板输入原文，确认建议译文正确。若未生效，按故障排查章节检查开关与匹配规则。

根据上述实践，某团队在 3 个月内手动添加了 200 多条术语，并通过 Git 备份实现了每一次变更的审计追踪，顺利通过了 ISO 9001 翻译流程审计。这证明手动添加功能在合规场景下完全可行，但需要配合规范的外围流程。示例：该团队在审计前夕，直接将 Git 仓库的 commit 记录整理成表格，审计员一目了然。

FAQ

总结与下一步行动建议

有道翻译的术语库支持手动添加自定义术语，这是团队实现翻译一致性与合规审计的基础能力。虽然缺乏内置的审计日志与版本控制，但通过手动记录元数据、定期导出备份至 Git、制定明确的术语管理规范，完全可以满足大多数中小团队的合规要求。未来，随着有道翻译持续迭代，术语库可能会引入更便捷的协作审批流与内置审计日志。建议团队持续关注官方更新日志，及时调整管理策略，例如在新增协作功能后简化外部流程。

下一步行动建议：

1. 立即创建首个术语库，添加 5-10 条核心术语并测试生效。
2. 制定内部术语添加规范（含必填字段：操作人、日期）。
3. 设置每周日自动导出术语库的任务，并提交至版本控制仓库。
4. 每季度检查术语库条数，及时清理无用术语，避免触及上限。

如果你已经是团队成员中的术语负责人，不妨从今天开始执行上述规范，为后续的审计做好数据准备。随着团队规模增长，还可评估是否升级企业版以获得更大容量与权限管理能力。