功能定位：术语库优先顺序到底在解决什么
在机器翻译流程里，术语库相当于“强制字典”，一旦命中直接替换，不再走神经网络。2026 年 3 月推送的 v10.4.0「NeuralSync」版把术语库拆成三层：用户个人库、团队共享库、官方通用库。默认自上而下匹配，越靠上权重越高；若同一原文在多库出现不同译文，排在前面的会“抢答”。因此“有道翻译如何切换术语库优先顺序”本质上是让译者把最可信、最贴合当前场景的库顶到最前，降低误替换风险。
经验性观察：当个人库与官方库同时存在“server”条目时，官方库给出“服务器”，个人库写成“伺服器”。若官方库在前，整篇科技稿会瞬间“台味”泛滥；把个人库拖到顶端后，全稿统一为“服务器”，后审校时间可缩短约三成。
版本差异：v9 与 v10.4.0 的界面迁移
v9 旧逻辑：单列表+开关
在 2025 年及更早的 v9 系版本中，术语库只有“启用/停用”开关，顺序由后台写死：个人→团队→官方，不可调。若用户想临时让官方库优先，只能手动停用上面两层，操作繁琐且容易漏开关。
v10.4.0 新逻辑：三栏拖拽+即时预览
新界面把三层库拆成左中右三栏，每栏右上角出现“⋮⋮”拖拽柄。按住后上下滑动即可调整顺序，松手立即生效，右侧实时预览框会高亮显示被术语命中的片段。离线「子曰·Delta」模型下同样生效，因为术语替换发生在神经翻译之前，不受端侧模型影响。
操作路径：三平台最短入口
提示
以下路径基于 2026 年 3 月发布的 v10.4.0，若后续热更新导致入口微调，可在首页搜索框输入“术语库优先级”快速跳转。
Windows PC 客户端
- 顶部菜单栏 → 工具 → 术语库管理
- 在“术语库优先级”卡片内，鼠标按住右侧“⋮⋮”拖拽柄
- 调整顺序后，点击“立即应用”即可生效，无需重启
macOS（Intel & M1 通用）
- 左上角 有道翻译 → Preferences → Terminology
- 勾选“Enable drag-to-reorder”后，即可在列表中拖拽
- 关闭窗口自动保存，无需额外确认
Android / iOS 移动端
- 首页右上角头像 → 设置 → 翻译设置 → 术语库优先级
- 长按右侧“三”图标，拖动到新位置
- 松手后顶部出现“已更新顺序”Toast，回退按钮在 3 秒内可点
边界与例外：什么时候调整无效
1. 离线模式未下载团队库：若在无网环境且团队库未提前缓存，系统会跳过该层，顺序自动塌陷，但不会报错，用户可能误以为“拖拽失败”。
2. 同声传译场景：同声传译为了 280 ms 低延迟，默认关闭术语库匹配，避免磁盘 IO 阻塞。此时无论如何调序，术语都不会生效；需进入“同传设置→高级”手动打开“允许术语库”开关，延迟会升至约 400 ms。
3. PDF 公式区：OCR 识别后的公式字段被标记为“不可编辑文本”，术语库跳过替换，防止把数学符号“α”误改成“alpha”。
验证方法：如何确认顺序已生效
- 准备一句测试原文，例如：“Plug the server into the rack.”
- 在个人库添加“server→伺服器”，在官方库保留“server→服务器”。
- 将个人库拖到顶端 → 翻译 → 预期结果为“伺服器”。
- 退回设置，将官方库拖到顶端 → 重新翻译同一句 → 预期变为“服务器”。
- 若两次结果与预期一致，说明顺序生效；若仍显示“伺服器”，大概率是缓存未刷新，可在设置→存储→清除翻译缓存后重试。
性能与存储：拖拽会影响本地模型吗
术语库匹配采用前缀树索引，存放在安装目录的 "/dict/term" 文件夹，体积与条目数线性相关。经验性观察：10 万条术语约占 12 MB，索引加载在亚秒级完成，对 70 亿参数离线模型推理耗时无可见影响。若用户把 5 个超大团队库全部置顶，内存占用仅增加约 60 MB，骁龙 8 Gen3 设备无压力。
团队协作：如何统一优先级规范
团队管理员可在“有道翻译企业控制台”推送一份 .yterm 配置文件，内含推荐顺序。成员客户端在登录企业账号时会弹出“是否同步团队术语顺序”提示，一键确认后本地顺序被覆盖。若成员后续自行调整，控制台会显示“偏离”标记，管理员可远程复位或锁定该层。
风险控制：何时不该把个人库置顶
警告
若个人库混入大量非术语条目（如整句记忆），置顶后会导致过度替换，神经翻译结果出现“机翻腔”。建议只保留“单词/短语+固定译名”级别条目，长句放进记忆库而非术语库。
常见故障排查表
| 现象 | 可能原因 | 验证步骤 | 处置 |
|---|---|---|---|
| 拖拽松手后顺序回弹 | 企业控制台已锁定顺序 | 查看顶部是否出现“企业策略已锁定”提示 | 联系管理员关闭锁定或申请例外 |
| 术语未生效但顺序正确 | 同传低延迟模式关闭术语匹配 | 进入同传设置查看“允许术语库”开关 | 打开开关并接受延迟增加 |
| Mac M1 拖拽卡顿 | Metal 3 加速与界面渲染冲突 | 设置→实验室→关闭 Metal 3 加速 | 等待 10.4.1 正式修复 |
适用/不适用场景清单
- 适用：技术文档、招投标书、药品注册资料——术语一致性要求高，神经翻译容易“发挥”造成前后不一致。
- 适用：游戏本地化——角色名、技能名需强制统一，避免“火球术”一会儿被译成“火球魔法”。
- 不适用：文学翻译——作者刻意双关或变体词汇，术语强制替换会抹杀风格。
- 不适用：实时弹幕同传——超低延迟场景下，术语 IO 可能带来 100+ ms 额外耗时。
最佳实践 5 条速查表
- 个人库只存“单词/短语+唯一译名”，不存长句。
- 团队项目启动前，由管理员统一推送 .yterm 顺序，减少成员各自试错。
- 每次大版本升级后，用测试句验证顺序是否被重置。
- 同传场景若必须术语，提前接受 400 ms 延迟并告知观众。
- 定期清理一年未命中的术语，降低索引体积，移动端可省约 20% 冷启动时间。
FAQ：用户最困惑的 4 个问题
离线模型下术语库顺序还有效吗？
有效。术语替换在神经翻译前完成，与是否联网无关。只要术语库已提前下载，顺序调整即时生效。
能把官方库完全关闭吗？
可以。在术语库管理界面把官方库拖到最下方并关闭开关即可。但升级新版本后，官方库会默认重新启用，需再次检查。
顺序调整会影响历史翻译记录吗？
不会。历史记录是快照，已保存的译文保持原样。重新打开文档并点击“重新翻译”才会按新顺序生效。
企业推送的顺序我能临时改吗？
如果管理员未勾选“锁定”，成员可以本地改；下次登录时客户端会提示“是否恢复团队顺序”，可选择跳过。
收尾：下一步行动建议
术语库优先顺序不是“一劳永逸”的设置，而是随项目、随版本、随团队动态变化的杠杆。升级 v10.4.0 后，先用测试句确认拖拽是否生效，再把“最严格”的库顶到前面；同传或文学场景记得关闭或降级术语权重，避免过度替换。每季度花 5 分钟清理未命中术语，给手机端省点冷启动时间，就能让有道翻译在神经与规则之间保持最佳平衡。