如果你现在搜索“最佳本地化软件”，会看到十几篇出自本地化厂商之手的文章，而且每篇都把自己排在第一。它们会对比功能矩阵，列出优缺点，最后得出结论 (惊不惊喜！) ：你应该选它们。

我们不打算这么做。相反，我们会解释为什么整个品类都在解决错误的问题，以及真正解决正确的问题应该是什么样子。

本地化技术栈被拆成了三个部分

在 2026 年，要交付一款多语言应用，你需要把三个彼此完全独立的系统拼凑在一起：

1. i18n 库 — 在代码库中处理字符串提取、插值、复数形式处理和区域设置路由。它负责渲染译文，但不负责生成译文。
2. 翻译管理系统 (TMS) — 存储翻译文件、管理工作流并协调交接。它位于你的代码和译者之间，但并不负责翻译本身。
3. 语言服务提供商 (LSP) — 真正产出译文的人工译者、翻译机构或机器翻译引擎。它们对你的代码和 TMS 都一无所知。

这个库不了解你的译文。TMS 不了解你的代码。翻译提供方对两者都不了解。把它们串起来，前期就要耗费数周的工程时间，而之后每个迭代还会不断吞掉数小时，用来 sync 文件、解决合并冲突、调试 webhook，以及照看一条从一开始就不是按整体系统来设计的流水线。

“端到端”到底意味着什么

General Translation 不是一个库，也不是一个 TMS。它覆盖的是整条流水线，被 Cursor、Cognition、Windsurf、Mintlify 和 ClickHouse 等开发者优先的团队采用。

• 开源开发者库: gt-next、gt-react 以及对 React Native/Expo 的支持。可直接接入的 SDK，完整支持 TypeScript。
• AI 优先的翻译平台，能够理解你的代码库、产品和术语。不是简单叠加一层通用机器翻译。
• Locadex，AI 智能体: 一个自动化国际化工程师，可扫描你的代码库、完成代码国际化、生成翻译，并在每次 push 时创建 pull request。

同时构建库和翻译引擎，能让本地化轻松十倍。不需要 JSON 导出/导入，不需要手动管理文件，也不需要协调翻译机构。翻译可以直接从源代码流向生产环境。

传统 TMS 平台的问题在哪里

传统的翻译管理系统，都是为一个 AI 之前的时代设计的。它们默认了一套特定工作流：从你的代码库中提取内容，上传到控制台，分配给译者，审核、批准、导出，再重新集成回去。这套流程有时确实能跑通，但也同样缓慢、昂贵，而且脆弱。

它们管理的是文件，不是代码。 TMS 会读取你的翻译文件 (JSON、XLIFF、PO 等) ，并提供相应的管理工具。但真正的事实来源其实是你的代码库——你的组件、变量和 UI 层级。只管理文件，却不理解代码，就意味着上下文在流转过程中总会丢失。

大多数平台都是近几年才加上 AI/MT 功能，通常做法是把字符串转给第三方机器翻译引擎，再让你选择用哪一个。AI 看到的只是孤立的字符串。它看不到你的组件树、变量名，也看不到周围的 UI。这就是为什么 MT 的输出仍然需要大量人工修改。

它们靠增加人手来扩展，而不是靠减少工作量。 TMS 的商业模式建立在协调人工译者之上——角色、权限、审核链、审批工作流。这对于受监管的企业内容来说是必要的。但对于一个要把 SaaS 应用发布到 20 种语言的开发团队来说，这纯粹是额外开销。

那定价呢？一些最流行的平台必须先和销售沟通，你才能看到具体价格。还有一些按席位收费，团队越大，费用涨得越快。成本不可预测，就很难为新增语言做预算。

独立式 i18n 库的问题在哪里

React 和 Next.js 中流行的 i18n 库很擅长处理渲染：插值、复数形式、区域设置路由，以及 Server Component 支持。

但它们并不负责翻译。

它们只是把你交给它们的内容渲染出来。你仍然需要：

• 将每个可翻译字符串提取到 JSON 文件中
• 为每个区域设置维护单独的文件
• 要么手动翻译这些文件、聘请译者，要么接入 TMS
• 随着代码库变化，让所有文件保持 sync

如果有 10 种语言和 500 个键，你就要维护 5,000 个条目。到了 50 种语言，就是 25,000 个。库不会帮你处理其中任何一项。它只是把你提供的内容渲染出来——充其量只解决了一半的问题。

General Translation 如何实现闭环

1. 安装并编写代码。 运行设置向导，然后用 <T> 组件包裹内容。无需提取 key，也无需 JSON 文件。

import { T } from 'gt-next';

export default function Home() {
  return (
    <T>
      <h1>Welcome to our app</h1>
      <p>This content is translated automatically.</p>
    </T>
  );
}

2. 开发。 翻译会按需显示。切换语言，结果立刻可见。

3. 发布。 只需一条命令，即可在构建时生成全部翻译。它们会被预先生成、缓存，并通过 CDN 分发。全球延迟低于 50ms。查看部署指南 →

4. 自动化。 Locadex 会监控你的代码仓库。你推送代码后，它会扫描变更、将新内容国际化、生成翻译，并自动创建 PR。除非你希望人工介入，否则全程无需手动参与。如果你确实需要，翻译编辑器会提供并排 diff，支持你在内容上线前或上线后进行编辑。

为什么大多数翻译 AI 都会出错

大多数本地化 AI 都是逐条翻译字符串，并且是在脱离上下文的情况下进行的。“Apple” 可能是水果，也可能是公司；“Cell” 可能是生物学中的细胞，也可能是电子表格中的单元格。没有上下文，AI 就只能猜。

General Translation 的 AI 能看到你完整代码库中的上下文：组件层级、变量名、周边 UI，以及你的产品术语表。生成的译文自然地道，无需手动润色。对于边缘场景，你可以直接在组件中添加显式上下文。

定价随用量扩展，而非按团队人数收费

GT 采用按使用量计费。只为实际翻译的内容付费。没有会随着团队规模扩大而水涨船高的席位费。无需联系销售。查看完整定价 →