globalize 现已入选 Nimdzi 语言技术雷达

Nimdzi 已审核 globalize.now，并将其列入语言技术雷达——这是这家分析机构的语言技术产品目录。globalize.now 是 AI 驱动的本地化基础设施，Nimdzi 把它归入两个类别：开发者本地化和本地化专用 LLM 工具。本文介绍雷达是什么、globalize 在雷达中的位置，以及代码原生本地化为何成为一个独立类别。

Nimdzi 语言技术雷达是什么？

雷达是由 Nimdzi Insights 维护的实时语言技术数据库。它取代了此前每年发布一次市场快照的语言技术图谱（Language Technology Atlas），改为持续更新的目录。2026 年版 收录了来自 756 家公司的 1,100 多款产品。

产品分为 11 个类别，从翻译管理系统、机器翻译到语音识别和口译系统。部分类别还有子类别，产品按核心能力归类，而不是只要某项功能沾边就算。

工具如何通过审核？

公司提交数据后，Nimdzi 的研究人员会对照公开信息、与服务商的沟通，以及自己对工具的实际使用来核实。收录免费。Nimdzi 声明不收取佣金，也不会影响收录、排名或评测，这正是收录能在买家眼中有分量的原因。

对 globalize 来说，这意味着在档案标记完成前，雷达团队先提了一轮问题：翻译运行在哪些模型和引擎上；质量检查能否在平台之外使用；修正如何延续到后续翻译。类别归属反映的是这些回答，而不是我们的自我描述。

globalize 在雷达中处于什么位置？

globalize 出现在两个类别中。

翻译管理系统，开发者本地化。 这个子类别面向工程团队而非译员团队。区别在于工作发生的地方：传统 TMS 是一个独立工作区，字符串要同步进去再同步出来；globalize 直接在仓库中工作，输出的是包含语言文件的 PR，而不是从控制台导出的文件。

大语言模型，本地化专用 LLM 工具。 globalize 用语言模型做翻译，并做第二轮审查，逐语言检查语义、占位符、术语表和风格指南的符合度。这个类别面向把模型专门用于本地化工作的工具，而不是通用聊天。

你可以在 Nimdzi 网站上查看档案。

开发者本地化为什么自成一类？

因为交付字符串的人变了。几年前，产品团队把文案交给本地化经理，经理走一遍 TMS，再把文件交回来。如今，独立创始人周二用 Cursor 或 Lovable 发布了一个 Next.js 应用，希望周五就能上线日语版。没有本地化经理，也没人想再多维护一个需要同步的控制台。

这种转变带来了另一类待完成的任务（Jobs to be Done）。

classic TMS:  code  →  export strings  →  TMS workspace  →  translators  →  import files  →  code
globalize:    code  →  push  →  translated pull request  →  merge

开发者侧的任务分两部分。第一，代码库首先得具备本地化条件，而 AI 生成的应用通常不具备：组件里全是硬编码字符串，没有翻译键，也没有语言文件。你在应用中连接仓库时，globalize 会一次性处理好这些。第二，之后的每次变更都要得到翻译，而且不需要任何人记得去做。配置完成后，每次包含新增或变更文本的推送，都会以 PR 的形式返回翻译，经过 AI 审查，可直接合并。

那么 globalize 是 TMS 吗？

不是，尽管 Nimdzi 把开发者子类别归在 TMS 之下。globalize 位于 i18n 库和翻译引擎之间。next-intl 和 i18next 这类库在运行时提供翻译，而 globalize 与你已在用的库协同工作。Lokalise、Crowdin 这类翻译管理系统管理的是译员工作流，globalize 则负责生成并维护翻译键和语言文件，所以没有译员的团队根本不需要那一层工作流。如果你在比较这两种方式，Lokalise 对比里详细说明了差异。

globalize 在仓库里到底做什么？

它连接 GitHub 或 GitLab，扫描仓库，在应用需要时配置 i18n，并把改动推送到分支供你审查。如果应用已经在用 next-intl、react-i18next、i18next 或 Lingui，它会保留现有配置，只负责翻译。

此后有三种情况会触发翻译任务，全部由你控制。

1. 向受监控分支推送新增或变更的文本。
2. 提交 PR（需开启此选项）。
3. 在控制台手动触发任务。

每个任务只翻译新增或变更的内容。翻译记忆库中已有的字符串会直接复用，不会重复计费。术语表和各语言的风格指南适用于每个任务，审查环节会标出需要人工处理的内容，避免其进入默认分支。结果以 PR 的形式提交，只改动你的语言文件。

支持的格式覆盖 Web 和移动端，包括 JSON、gettext PO、XLIFF、YAML、Flutter ARB、Apple 字符串目录和 Android 字符串资源。按工作区定价，没有席位费，当前套餐见定价页面。

作为开发者，为什么要在意分析机构的收录？

对大多数开发者来说，影响不大。你会根据第一个 PR 来评判 globalize，免费试用就是为此准备的。收录对另外两类人更有意义。

第一类是有本地化负责人的团队。评估工具的本地化经理会读 Nimdzi，一份经过审核的独立档案能告诉他们：产品确实存在，功能如描述所述，并且属于他们熟悉的类别。这比一场从零开始的产品演示沟通起来更省时间。

第二类是正在离开传统 TMS 的买家。从 Lokalise 或 Phrase 转向代码原生方案的团队，在迁移生产环境的翻译目录之前，想先确认替代方案是真实可靠的。雷达收录是这个市场里少数几个厂商无法自己撰写的信号之一。

接下来呢？

Nimdzi 还运营着 TMS 功能浏览器（TMS Feature Explorer），为每个工具提供逐项功能档案，globalize 的条目正在制作中。上线后，它会逐项展示 globalize 覆盖了什么、刻意不覆盖什么，比如译员编辑器和供应商管理——这些不在代码原生工具的职责范围内。

在此之前，最快的评估方式是用你自己的代码来试。连接一个仓库，让 globalize 完成配置，然后看第一个翻译 PR。