有道翻译文档翻译如何跳过已翻译段落？

功能定位：为什么需要“跳过已翻译段落”

2026 版有道翻译的「文档整翻」默认对全文重新跑模型，哪怕只改了一个逗号，也要再花一次 Stars。打开“跳过已翻译段落”后，系统先给每个段落算一段 SHA-1，把没动的文字直接读本地缓存，只把改动的句子送上去重新翻译——官方把这套流程叫「增量翻译」。

它解决的不只是钱包问题：一份 100 页的合同在法务与译员之间来回迭代，只要段落哈希没变，就不会二次计费，也不会因为模型随机性让同一句话前后两种说法，协作一致性自然稳了。

版本与平台差异：先确认你能不能看到开关

截至 10.12.x，增量翻译只落在 Windows 桌面客户端和 Web 编辑器；macOS 与移动端还没透出入口。公司内网定制包更要注意——管理员一旦在后台关掉「增量模式」，菜单会直接消失，不会留灰显按钮给你猜。

三步打开“跳过已翻译段落”

Windows 桌面端

1. 启动有道翻译，顶部切到「文档翻译」标签。
2. 拖入 Word/PDF，右侧「翻译设置」里找到「增量翻译」选项（默认关）。
3. 勾选「跳过已翻译段落」，点「立即翻译」。进度条会先跑本地哈希比对，并提示「复用 XX 段」。

Web 编辑器（需登录）

1. 浏览器进 fanyi.youdao.com → 右上角「文档翻译」。
2. 上传文件后，在「高级设置」里展开「计费选项」。
3. 打开「仅翻译变更段落」，Stars 预估值会立刻往下掉。

工作原理：哈希比对与缓存有效期

最小粒度是段落：系统把首尾空格去掉后算 SHA-1，再跟账号下最近 90 天的缓存比对。命中就拉旧译，未命中才送小语大模型 3.5。缓存按「账号+语言对」隔离，英→日与英→德互不串场。

只要改一个标点，哈希就变，系统会重新计费；只改字体颜色或加粗则不会触发。

场景示例：10 万字标书迭代

跨境工程公司把 10 万字中文标书译成英文，首版吃掉 4000 Stars。次日客户只调了 3 处技术参数，共 600 字。启用增量翻译后，系统提示「复用 99.4% 段落」，实际扣费不到 100 Stars，交付时间从 40 分钟压到 6 分钟，费用与时间均省七成以上。

不适用清单：什么时候别用

• 全文风格统一需求：若你要求整份文档用同一版模型快照，以保证术语风格绝对一致，应关闭增量模式，否则新旧段落可能出现细微差异。
• 多人共享账号：缓存按账号隔离，A 翻完 B 再传同名文件，只要账号不同就无法复用。
• 超过 90 天的旧稿：缓存默认保留 90 天，逾期自动失效。

副作用与缓解

经验性观察：Word 里未接受的隐藏修订可能偷偷改动字符，导致哈希变化。翻译前统一「接受所有修订」并另存新文件，再上传即可避坑。

验证与观测方法

翻译完成点「查看详情」→「分段计费」：复用段落的 Stars 显示为 0，右侧带绿色小图标。若全段标红却未扣费，多半是哈希冲突，把文件样本附给官方工单可快速定位。

FAQ（使用 FAQPage Schema）

最佳实践清单（可直接贴到团队 SOP）

1. 每次迭代前，先「接受修订」并另存为新文件，避免隐藏字符破坏哈希。
2. 统一术语：提前在「术语云同步」录入关键单词，减少因术语不一致导致的人工微调。
3. 大项目拆章节：单文件超过 500 页时，按章节拆分可显著降低哈希计算耗时。
4. 翻译完立刻导出双语对照稿，方便法务在 Word 里直接批注，减少来回上传次数。
5. 90 天未动的模板文件，建议手动清空缓存再翻译，防止旧风格残留。

总结与下一步

「跳过已翻译段落」不是简单的缓存噱头，而是把 Stars 账单和交付时间直接砍到与真实修改量成正比。只要你在 Windows 或 Web 端，且文件以文本型为主，三步开启后就能在迭代场景里获得肉眼可见的成本优势。

下一步：把最佳实践清单扔进团队共享盘，顺手打开「术语云同步」跑一个最小案例，复用率若过 90%，就可以把增量翻译写进对外报价模板，把省下的 Stars 转投「AI 写作助手」做最终润色，形成「翻译-复用-润色」的闭环。未来若 macOS 10.13 与移动端相继落地，这套打法就能覆盖全部主流平台，迭代成本还有继续下探的空间。