i18n Web

i18n Web 是什么

i18nweb 是一项面向开发者的服务，它翻译的是站点或应用背后的本地化文件，包括 JSON 与 Markdown，而不是访客看到的那些页面。

官网没有响应，所以下面依据的是目录条目而不是厂商页面。这些条目把它的翻译描述为用大语言模型完成，模型会读取本地化字符串周围的上下文。

这一点很重要：本地化文件才是会被发布出去的东西，所以一次改动会留在仓库里，不像一个只是改变某人所见内容的小组件。

你可以用它做什么

反复出现的描述是面向开发者的文件级翻译：把 JSON 与 Markdown 本地化文件交出去，拿回译文，模型会读取周围的上下文让术语保持一致。

目录把它呈现为一种削减国际化手工活儿的方式，否则工程师就得为每种语言维护一套平行文件，再分别发给译者。

没有功能清单、没有支持语言数量、也没有价格能确认，因为站点本身从未响应。

适合谁使用

暗示出来的使用者是要发布多语言软件的工程团队，尤其是那种文案必须跟上新功能的那个周期节点。

这个定位是从 listing 推断的，不是卖家自己说的，应当这样读。维护本地化文件的团队，以及字符串住在 JSON 或 Markdown 里的项目，是目录点名的两类人。

没有专职译者的小型产品团队是另一种情况，开源项目的维护者也是，他们的贡献者会用好几种语言提供字符串。

需要留意什么

写这份内容时，厂商自己的页面上什么都抓不到，所以一切都来自目录条目。当一个产品无法被检视时，诚实的回应是说出来，而不是描述谁都没见过的能力。

用机器翻界面短句会以某种特定方式失败：短句几乎不带上下文，所以一个词在这一屏是对的，在下一屏就可能是错的。文件级工具削减了工作量，但没有消除复核这一遍，尤其是错误提示与法律措辞。

本地化文件里满是变量、复数形式与内嵌标签，必须原样保留。任何破坏它们的东西都会造成坏掉的界面，所以发布前值得把结果与源文件对照一遍。

没人能读到管辖上传的条款，而本地化文件会透露产品计划与内部措辞。在那些条款公开之前，假设它们不敏感就只能算猜测。