用途：为应用做系统化国际化与本地化，覆盖从零添加多语言支持，以及审计已有 i18n 的缺口。核心难点不是翻译本身，而是找全所有需要翻译的字符串，并让译文在上下文中自然。
主要能力：审计代码中未翻译的硬编码字符串；检查已国际化应用的完整性与质量；搭建语言目录、Provider 与翻译基础设施；为新字符串生成机器翻译；跨语言校验目录完整性；新增语言；审查译文质量（语气一致性、领域准确性、占位符完整性）。
使用方式：按工作流推进——评估现状、搭建基础设施、逐文件提取字符串、逐语言生成翻译、校验目录、接入 CI。审计/审查请求为只读，仅报告候选字符串与建议键名；获得实现授权后才修改文件。提供 React（react-i18next）、Vue（vue-i18n）等快速配置示例，Next.js 建议用 next-intl。
适用场景：现有单语言应用加多语言、审计硬编码字符串、检查 i18n 完整性、搭建目录与 Provider、生成新键翻译、校验目录、新增语言、审查译文质量。
限制：不用于翻译独立文档、README 或散文；不用于代码质量审查；不用于构建运行时多语言输出的 AI 功能；不用于后端 locale API；不用于编写 i18n 测试。资料给出目标版本（react-i18next 17.0.15、vue-i18n 11.4.13、next-intl 4.14.9、i18next 26.4.2）及安全修复要求：i18next-http-middleware 至少 3.9.9、i18next-fs-backend 至少 2.6.8，且不要向不可信用户暴露缺失键持久化，非必要应关闭 saveMissing。其余细节暂未提供。