--- title: "基于证据的翻译校验，清除本地化中文残留" date: 2025-09-30 description: "深度解析本地化（Localization）中利用 AI 打造“基于证据的翻译校验”体系。针对外语 App 中文残留、术语不一及占位符损坏等痛点，分享全量扫描、基于词库的审计回填及受控候选翻译策略。通过“护身符”机制保护变量占位符（{price}），将 AI 变为可审计的外语稽核官，在提升质量的同时规避因“机翻”导致的逻辑崩溃，实现科学可控的跨文化交付。" canonical_url: "https://yijinlee.com/articles/article-19" tags: - Localization - 翻译校验 - 术语词库 - 占位符保护 - LLM topic: "AI 外骨骼" --- “救命！我们的意大利语App里怎么还有中文？” 想象一下这个画面：你们团队熬了几个通宵，终于把产品的意大利语版本推上线了。大家正准备开香槟庆祝，客服群里突然炸开了锅。 意大利老铁们发来了一堆愤怒的截图——在充满浪漫气息的意大利语界面中，赫然夹杂着几个方方正正的汉字：“确认”、“加载中”、“服务器开小差了”。更惨的是，同一个“订单”，在这个页面叫“Ordine”，跳到下一个页面就变成了“Prenotazione”；甚至连代码里的占位符 {price} 都被生硬地翻译成了 {prezzo}，导致程序直接报错崩溃。 此时，作为项目负责人的你，看着眼前那个高达几千甚至上万行的 it_IT.json 翻译文件，是不是感到一阵窒息？ 这种“中文残留”、“同义词风格不统一”、“术语与界面 key 对应错误”的惨剧，在出海项目的本地化（Localization）过程中简直是家常便饭。它不仅让用户体验瞬间跌入谷底，后续人工排查的维护成本更是高得吓人。 大家好，今天，我不讲空洞的AI大词，就拿这个让人头疼的 it_IT.json 文件开刀，聊聊我是如何通过一套叫作“基于证据的翻译校验”的玩法，把AI调教成一个不知疲倦、严谨到强迫症的“首席外语翻译稽核官”的。如果你也想把自己的团队从这种无意义的复制粘贴和肉眼找茬中解救出来，这套思路绝对值得你抄作业。 第一步：放弃肉眼找茬，给JSON文件做个“全量X光扫描” 过去遇到翻译漏检，我们的笨办法是：把开发找来，导出Excel，再拉上几个翻译外包，大家用肉眼一行行看。不仅看到眼瞎，还总有漏网之鱼。 既然要用AI提效，我们的第一步就是让机器去干机器该干的事。 我让AI写了一套自动化脚本，对整个 it_IT.json 文件进行了一次全量扫描。注意，这里不是瞎扫，我们只盯住“叶子字符串”（也就是JSON结构里最底层的具体文案）。通过一套启发式口径的算法，AI能瞬间统计出这个文件里到底有多少条文案，其中纯正的意大利语占比是多少，还有多少混进了中文甚至乱码。 这就像给你的项目拍了一张X光片，哪里骨折（残留中文）、哪里骨质疏松（翻译缺失），立刻一目了然，用数据说话。 第二步：化身“字典侦探”，拿着词库逐字对账 扫描出了残留中文的烂摊子，接下来直接扔给机器翻译？ **绝对不行！**这也是很多团队用AI容易踩的坑——AI有时候会“幻觉”，它觉得翻译得很优雅，但根本不是你们产品的专业术语。 为了防止“语义漂移”（也就是翻译完意思全变了），我们采取了极为克制的**“基于证据的翻译校验”**策略。 我们掏出了团队的法宝——《多语言术语表.xlsx》。这是经过千锤百炼的人工智慧结晶。接下来，我让AI把那些还包含中文的文案，跟这个词库进行一场“硬碰硬”的审计。 这里有个细节非常有意思：文案在代码里经常会带着各种看不见的空格、换行符。如果不处理，匹配率会极低。所以，我让AI在对比前，先做一次逐字的 strip（清洗剥离）操作，把那些“脏数据”洗干净，然后再进行完全匹配审计。 审计结束后，AI会交出两份极其清晰的清单： 命中清单（Bingo！）：这些中文在《术语词库》里找到了确切的意大利语翻译，而且AI会贴心地附上对应的 key 路径（比如 home.button.confirm）。 未命中清单（Miss...）：那些词库里没有的生僻词或长句。 有了这份可复查的审计报告，我们接下来的动作就非常“科学”了：只对那些100%可信的命中项进行定点回填。绝对不让AI瞎猜瞎填。这一招，直接掐断了因为误填造成程序Bug或严重客诉的源头。 第三步：“聪明实习生”上线，搞定那些难啃的骨头 命中清单搞定了，那“未命中清单”怎么办？总不能又丢回给人工去翻吧？ 这时候，AI在流程中的真正魅力才开始展现。它不再是一个只会查字典的死板工具，而变成了一个懂规矩的“聪明实习生”。 对于未命中条目，我让大语言模型（LLM）来提供候选译文。但为了不让它自由发挥，我给它套上了两层“紧箍咒”： 第一层：术语表约束。 AI在翻译长句时，必须优先使用《xxx词库》里的词汇基调，确保全App的风格统一。 第二层：语法与变量占位符保护。 这是程序员最爱的功能！在UI文案中，经常会出现诸如 {time}（时间）、{price}（价格）、%s 等变量占位符。过去的机翻经常自作主张把它们翻译掉，导致代码一读就崩溃。我给AI设定了严格的规则指令（Prompt）：遇到 {time}、{price} 这类符号，当作护身符一样保护起来，无论语序怎么变，占位符里的字符绝对不许动！ 这样一来，AI输出的不再是“大概也许对”的草稿，而是带着上下文逻辑、且代码极其安全的“高质量候选译文”，人工只需做最后的审批即可。 第四步：“命中率—覆盖率—一致性”的闭环魔法 很多团队用工具，往往是一锤子买卖。但我最看重的是可持续优化。 在这个流程里，AI不仅干了活，还生成了详尽的差异报告和可量化指标。 命中率：词库覆盖了多少遗漏文案？命中率低，说明我们要去丰富《xxx词库》了。 覆盖率：现在意大利语的覆盖占比是不是达到了99.9%？ 一致性：同一个按键，在全站是不是统一叫了相同的名字？ 通过这个闭环，每一轮的迭代都变得可度量、可回归、可持续优化。老板看得到进度，项目经理心里有底，开发不用担心报错，翻译也省去了大量的重复劳动。 下一步建议：让AI提效“科学可控”，而非“野马脱缰” 经过这次 it_IT.json 的实战，我想给所有准备用AI改造工作流的朋友们分享几个避坑原则： 严格限定回填范围：永远不要让未经确认的AI生成内容直接写死到代码里。AI的作用是“建议”和“审计”，最终的发布权必须通过可靠的规则（如词库100%匹配）或人工确认。 为关键术语建立优先级：机器再聪明，也比不上业务专家的直觉。对于核心品牌词、Slogan、关键交易按钮，建立“人工稽核优先、AI翻译备选”的机制。 流程必须可复现、可审计：跑完一次脚本，必须留下一份带有具体路径的日志报告。出了问题，我们要能一秒钟定位到是哪个环节的规则松了，而不是对着一个黑盒发呆。 结语：让AI做脏活，让人回归创造 回顾整个过程，我们其实没有发明什么惊天动地的黑科技，只是转换了思路：把杂乱无章的翻译文件校验，拆解成了一个个证据确凿的自动化审批流。 AI在这里不是来抢翻译饭碗的，它是来当那个帮你们在沙滩上用金属探测器找硬币的助手的。它帮你扫出中文残留，帮你核对枯燥的词库，帮你保护脆弱的代码占位符。 而你，只需要端着咖啡，审阅它提交的审计报告，然后轻轻点击一下“一键回填”。 把琐碎且容易出错的脏活累活交给机器，让人类的大脑回归到如何优化用户交互体验、如何做本土化营销等更具创造力的事情上去。这，才是AI提效的真正奥义。 现在，是时候去看看你们项目的 JSON 文件了，里面还有没有藏着让老外看懵圈的“服务器开小差”呢？如果有，你知道该找谁（AI）来干活了！ ## 参考文章：相关链接 - [W3C · Localization / i18n](https://www.w3.org/International/articles/inline-bidi-markup/)（权威引文）— 国际化标记原则，支撑「基于证据」清残留中文。 - [Vue I18n · Scope and Locale Changing](https://vue-i18n.intlify.dev/guide/essentials/scope.html)（官方文档）— locale 作用域切换文档，对齐校验流水线。 - [别让团队再做“复制粘贴”了：意大利语本地化真实复盘](https://yijinlee.com/articles/article-23)（站内深度）— 从单次清残留升级到团队本地化流程。 - [仅 2% 额度与 5h 工时：AI 协同如何将多语言链路重构效率提升 50%](https://yijinlee.com/articles/article-41)（站内深度）— 多语言链路重构的效率账本。