最近在整理多语言项目时，我经常遇到一个看似简单、实际很容易出错的问题：翻译内容可以生成，但 JSON 的 key 、嵌套路径和项目目录结构不能被破坏。 JsonTranslate 是一个面向开发者、产品团队和本地化团队的浏览器端工具，重点是让结构化文件翻译更适合进入日常开发流程。
它支持上传、拖拽或粘贴 JSON 、Markdown 、TXT 等文件，也可以处理完整项目。翻译时保留 JSON key 、嵌套路径和目录结构； Git diff 风格的变更检测则适合只处理新增或修改过的内容，减少重复翻译。
对于已有 i18n 约定的项目，路径映射可以根据现有目录生成 locale 文件。团队还可以在 Web Studio 中比较不同目标语言，在任务中心查看批量任务，并把翻译后的项目导出为 ZIP 。
需要在本地工作时，也可以通过 CLI 连接本地仓库。我觉得这类工具的价值不只是“把一种语言变成另一种语言”，而是把翻译放进可检查、可追踪、可复用的工程流程里： 先识别文件和项目中的真实变化。
只翻译需要更新的内容。保留 key 、路径和目录结构。
在导出前比较目标语言和原始内容。让浏览器工作流和 CLI/API 工作流可以互相衔接。
JsonTranslate 支持托管翻译和 BYOK 方式，覆盖常见语言，并持续扩展到更多语言。对需要维护多语言 JSON 或内容文件的项目来说，它更像一个结构化本地化工作台，而不是一次性的文本翻译框。
官网： /ai-market-guide/ 想请教大家：你们在项目里处理 JSON 或 Markdown 本地化时，最容易踩坑的是 key 被改动、目录映射，还是增量翻译和审核流程？