# General Translation Knowledge Base: General Translation 与 TMS（Crowdin、Lokalise、Phrase）对比
URL: https://generaltranslation.com/zh/kb/general-translation-vs-tms.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: 如果开发者希望译文生成、源自代码的上下文以及审校流程都与产品发布紧密衔接，请选择 General Translation。你可以保留现有的消息目录和渲染库，也可以直接编写内联 JSX，无需翻译键。TMS 适合以语言供应商、CAT 编辑器和 XLIFF 交换为核心的翻译项目，其集成可以自动完成文件传输。
Category: 工作流工具
Last updated: 2026-10-16
Authors: General Translation Team
Published: 2026-10-16

[翻译管理系统 (TMS)](/kb/what-is-a-translation-management-system) 用于存储内容并协调翻译与审校工作。你将资源文件或键从代码仓库同步到 TMS，由译员和 AI 借助翻译记忆库和词汇表在其中完成翻译，结果再以文件或拉取请求的形式返回。Smartling、Lokalise、Phrase、Crowdin 和 Transifex 都采用这种模式，它适合由本地化经理和语言供应商主导的大型翻译项目。General Translation 则将译文生成和审校纳入开发工作流：其 CLI 在构建前翻译已标记的源内容或现有消息目录，再由其库渲染翻译结果。对工程师而言，好处在于从编写功能到以所有语言交付的过程中，需要维护的消息目录和上下文更少。

## Video

The video is narrated in English, with English captions.

[Why use General Translation instead of a TMS (Smartling, Lokalise, Phrase, Crowdin, or Transifex)?](https://caxecubb9c64cezv.public.blob.vercel-storage.com/films/kb-general-translation-vs-tms.mp4) (46秒)

A TMS such as Smartling, Lokalise, Phrase, Crowdin or Transifex coordinates translators, but engineers still extract strings, send them out, and wire translations back. General Translation translates content in your code with its context and ships every language with each release: keep the copy inside a `<T>` component, add a language in `gt.config.json`, then let `npx gt translate` or a Locadex pull request translate each change.

## TMS 的优势所在

TMS 的设计初衷是大规模协调人员与内容：

* **翻译工具。** 编辑器内置翻译记忆库、词汇表，以及针对占位符、长度和术语的质量检查；此外还提供工作流，可将翻译、审校和校对等环节串联起来。
* **人工翻译。** Smartling 拥有自己的语言服务团队，旗下语言专家超过 4,000 名；Lokalise 和 Phrase 支持按字数订购专业翻译；Crowdin 则运营着一个供应商市场。
* **文件格式。** 各平台均支持常见的应用格式，以及 ARB 和 XLIFF (翻译供应商之间通用的交换格式) 。
* **为译者提供上下文。** 与字符串对应的截图、Figma 插件、带字符数限制的键说明，以及适用于网站的上下文内编辑器。
* **AI 翻译。** 如今每家供应商都提供 AI 翻译，其 AI 功能可以参考你的词汇表、翻译记忆库和风格指南。
* **移动端交付。** Lokalise、Phrase、Crowdin 和 Transifex 都提供 SDK，无需发布新版应用即可更新原生移动应用中的字符串。

## TMS 仍留给工程师的工作

在基于文件的 TMS 工作流中，以下各个环节仍需工程师来配置。CLI 和代码仓库集成可以自动完成其中重复的文件传输：

1. 搭建国际化库，将每个英文字符串以键的形式提取到资源文件中，再把组件中的字符串替换为按键查找。
2. 通过 TMS 的 CLI 或 Git 集成将文件发送到 TMS。
3. 等待译文返回。AI 翻译可能很快就能完成，但人工翻译耗时更长：[Smartling 帮助中心](https://help.smartling.com/hc/en-us/articles/4427220505755-Module-2-Translation-Cost-and-Turnaround-Times)指出，许多供应商翻译并编辑约 1,500 到 2,000 个单词需要两个工作日，如果再加上审校环节，耗时还会大幅延长。
4. 取回翻译后的文件并进行合并，然后把每种语言接入产品：加载对应文件、注册区域设置，并逐一检查每个页面。

Git 集成可以自动完成文件传输，并以拉取请求的形式返回译文；例如，Crowdin 的 [GitHub 集成](https://support.crowdin.com/github-integration/)默认每小时同步一次，同步间隔也可以自行调整。但工程师仍需选择消息格式、配置字符串提取或源内容编写方式，并将翻译后的资源接入应用。这些初始化设置不一定每次发布都要手动重做；新文案何时可以上线，取决于审校要求和集成设置。

这种交接还会带来另外两项成本。一是上下文必须重新构建：TMS 会为每个字符串附上截图、Figma 画框和键描述，而能提供多少有用的上下文，取决于你的集成能传递哪些信息。仅有键和值的列表无法说明字符串所在的组件，也无法体现决定使用哪句话的条件。例如，Smartling 的[支持的文件类型](https://help.smartling.com/hc/en-us/articles/360007998893--Supported-File-Types)表格显示，JSON、iOS 和 Android 文件默认都不提供可视化上下文。二是成本取决于你存储了多少内容或有多少人登录：Crowdin 主要按托管字数 (源词数乘以目标语言数) 计费，Phrase 按 Strings 席位和管理词数计费，Lokalise 则按套餐等级计费，并对处理词数、席位和集成数量设有额度。 ([Crowdin 定价](https://crowdin.com/pricing)、[Phrase 定价](https://phrase.com/pricing/)和 [Lokalise 定价](https://lokalise.com/pricing/)，查阅于 2026 年 10 月。)

## 各平台对比

| 平台                                                | 内容导入方式                                                                                         | 由谁翻译                                                           | 计费依据                                                                           |
| ------------------------------------------------- | ---------------------------------------------------------------------------------------------- | -------------------------------------------------------------- | ------------------------------------------------------------------------------ |
| [Smartling](/kb/general-translation-vs-smartling) | 通过 CLI、API 或 GitHub/Git 连接器导入资源文件                                                              | LanguageAI 和 AI Hub 引擎，或 Smartling 的语言专家                       | 机器翻译、AI 翻译和人工翻译均按字数计费；Enterprise 需询价                                           |
| [Lokalise](/kb/general-translation-vs-lokalise)   | 通过 CLI、API 或 Git 集成同步键                                                                         | Google Translate 或 DeepL，或通过 Pro AI 使用大语言模型；Lokalise 译员或 Gengo | 按套餐等级计费，各等级对处理词数、AI 翻译字数、席位和集成设有额度                                             |
| [Phrase](/kb/general-translation-vs-phrase)       | 使用 Strings CLI 推送和拉取键，或从 GitHub 同步                                                             | 支持 30 多个引擎的 Language AI；可在 Phrase Strings 中订购人工翻译              | Strings 席位和管理词数，外加机器翻译和 AI 单元                                                  |
| [Crowdin](/kb/general-translation-vs-crowdin)     | 通过 CLI 或 Git 集成同步文件或字符串                                                                        | 机器翻译引擎和 AI 提供商，通常需使用你自己的 API 密钥；以及供应商市场                        | 托管字数和管理员席位                                                                     |
| [Transifex](/kb/general-translation-vs-transifex) | 通过 CLI 或 Git 集成导入文件，或使用 Transifex Native 从代码推送字符串                                              | 带质量评分的 XTM IQ AI；Gengo 等供应商                                    | AI 翻译字数，仅提供一种套餐，需联系销售购买                                                        |
| General Translation                               | 内容保留在代码中的 [`<T>`](/docs/react/reference/components/t) 内；CLI 还可翻译 JSON、YAML、PO、iOS 和 Android 文件 | 结合代码上下文、词汇表和自定义提示词的 AI；由你的团队在仪表板中审核                            | [按用量计费；Starter 套餐平台费为 $0，用户、项目和语言数量不限](https://generaltranslation.com/pricing) |

## General Translation 的不同之处

General Translation 支持使用 [`<T>`](/docs/react/reference/components/t) 进行内联编写，并在构建过程中生成译文。它还能直接翻译现有的资源文件，无需更换负责渲染这些文件的库。这为开发团队带来四项切实的好处：

* **更快。** 借助 [`<T>`](/docs/react/reference/components/t)，工程师可以原地编写 JSX，无需创建翻译键。在 `gt.config.json` 中添加目标语言，并在生产环境构建前于 CI 中运行 [`npx gt translate`](/docs/cli/reference/commands/translate)，即可为已配置的内容生成译文。[Locadex](/docs/platform/locadex/quickstart) 可以根据你配置的触发条件，创建或更新包含翻译文件的拉取请求。这些译文何时上线，取决于团队的审核要求、CI 检查和合并设置。
* **运行成本更低。** 复用匹配的译文，无需为未改动的内容重复付费生成；内联编写则省去了为每条 JSX 消息设计和维护键的工作。本地化按用量计费，不收取席位费，也不按本地化功能划分套餐，因此邀请更多审核人员不会增加按席位计算的费用。企业版的区别主要在于安全、治理和工程服务。你可以参考[当前定价](https://generaltranslation.com/pricing)，结合自身工作负载进行比较。
* **借助上下文与审核提升质量。** CLI 会提取已标记的 JSX，连同其元素结构、命名变量占位符、分支以及 [`context`](/docs/react/reference/components/t#context) 备注 (如有) 。现有资源文件可以使用逐字符串的元数据，并结合你的词汇表和自定义提示词。例如，备注可以区分文档编辑器中的“Save”与定价页面上的“Save”。这些输入为翻译服务提供了仅凭原始值无法获得的信息；命名占位符则让应用在渲染时填入实时值。上下文分组会将相同的术语和语气应用到所分配的每个项目，使网站、文档和移动端用词保持一致；团队还可以在仪表板的 **译文** 页面审核和编辑译文。
* **风险更低。** 你可以保留现有的库和已审核的消息目录，同时引入翻译服务。先导入现有译文，再生成变更；内联 JSX 可以之后再逐步采用。基于 MIT 许可的 `gt-react` 和 `gt-next` 库同样可以渲染你提供的本地译文，既不需要 GT 账户，也无需在运行时调用翻译服务。借助[随应用打包的译文](/docs/react/guides/storing-translations)，即使翻译服务不可用，应用也能继续正常提供已发布的版本。

General Translation 为 Ramp 的仪表板、落地页和 iOS 应用提供 11 个以上区域设置的支持；为 Cursor 的网站和文档提供 14 个以上区域设置的支持；为 Profound 的平台和文档提供 47 个以上区域设置的支持。这些[生产环境部署](https://generaltranslation.com/enterprise)表明，该平台能够同时服务于多个产品用户交互界面。General Translation 的[企业版方案](https://generaltranslation.com/enterprise)已通过 SOC 2 Type II 和 ISO 27001 认证，并符合 GDPR 要求。

## 何时更适合选择 TMS

以下情况适合选择 TMS：

* 语言专家或翻译机构使用 CAT (计算机辅助翻译) 编辑器进行翻译，并依赖翻译记忆库和多轮审校流程；
* 你需要与供应商交换 XLIFF、ARB 或 Office 文件，并且需要一个围绕这类文件交换构建的平台；
* 你希望在同一平台上直接购买专业的人工翻译服务；
* 原生 iOS 和 Android 应用需要通过 SDK 以 OTA (空中下载) 方式更新字符串。

如果产品中的大部分文本都在代码里，并随发布计划交付，而且你希望翻译随该次发布同步完成，那么请选择 General Translation。

## 从 TMS 迁移

你无需更改现有的文件结构。CLI 可以直接翻译你已有的资源文件，包括 [JSON](/kb/translate-json-files)、YAML、Markdown 和 MDX、PO、[iOS String Catalogs](/kb/localize-ios-app) 和 `.strings`，以及 [Android `strings.xml`](/docs/cli/reference/formats/android-strings-files)。只需在 `gt.config.json` 中配置这些文件的路径，然后运行 [`npx gt upload`](/docs/cli/reference/commands/upload)，即可将源文件及所有已有译文上传到平台。词汇表导入支持 CSV、TSV、JSON 和文本文件，因此从 TMS 导出的术语可以直接导入上下文分组。 (参见[为翻译定义上下文](/docs/platform/dashboard/guides/defining-context-for-translations)。) 建议沿用现有的渲染方案，先验证一个区域设置，再逐步扩大推广范围。更换翻译生成服务和替换渲染库是两件相互独立的事，可以分开决定。

## 要点总结

* TMS 负责协调内容、译员、翻译引擎和审校流程。借助其集成功能，可以自动完成文件传输；工程师则负责配置应用如何生成和使用这些资源。
* General Translation 在开发工作流中，将内联 JSX 编写或现有资源文件与翻译生成结合起来。请根据你的源格式、上下文、审校要求和发布流程，评估它是否适合你的项目。
* 其开源库和 CLI 可以加载可移植的翻译文件。如果你需要 XLIFF 交换、专业翻译服务或原生移动端的 OTA (空中下载) 更新，请继续使用 TMS。

## Related questions

- [什么是翻译管理系统（TMS）？](https://generaltranslation.com/zh/kb/what-is-a-translation-management-system.mdx): 翻译管理系统（TMS）是一种用于存储源内容及其译文、并运行翻译工作流的软件，涵盖翻译记忆库、词汇表、审校、机器翻译和集成等功能。其翻译记忆库通过精确匹配或模糊匹配复用以往的译文。常见的 TMS 有 Crowdin、Lokalise、Phrase、Smartling 和 Transifex。
- [如何翻译 i18n JSON 文件？](https://generaltranslation.com/zh/kb/translate-json-files.mdx): 只翻译 JSON 区域设置文件中的字符串值。非复数键、{{name}} 之类的占位符以及标签都应保持不变，但复数键会因语言而异：例如波兰语需要 inbox_few 和 inbox_many。请使用能识别文件格式的工具或 API，然后先解析并验证输出，再进行审校。
- [Smartling 替代方案：General Translation 与 Smartling 对比](https://generaltranslation.com/zh/kb/general-translation-vs-smartling.mdx): 如果你希望在发布流程中直接从代码生成应用译文，请选择 General Translation。Smartling 集翻译管理系统、AI 与人工翻译服务以及网站翻译代理于一体。General Translation 让文案保留在组件中，将其上下文一并带入翻译，并为团队提供用于审校的仪表板。
- [Lokalise 替代方案：General Translation 与 Lokalise 对比](https://generaltranslation.com/zh/kb/general-translation-vs-lokalise.mdx): 对于希望在 JSX 中直接编写可读文案、并将翻译融入开发流程的团队来说，General Translation 是 Lokalise 的有力替代方案。Lokalise 的核心是共享键、设计工具集成和移动端 OTA（空中下载）投递。General Translation 根据应用中已标记的内容生成译文，并支持在其仪表板或 GitHub 拉取请求中进行审阅。
- [Crowdin 替代方案：General Translation 与 Crowdin 对比](https://generaltranslation.com/zh/kb/general-translation-vs-crowdin.mdx): 如果你希望将文案保留在组件中，并随构建生成译文，请选择 General Translation。Crowdin 围绕资源文件、译者和审校工作流程来管理翻译项目，需要工程师将其接入应用，并随产品迭代持续维护。对于开源社区翻译和由供应商主导的翻译项目，Crowdin 依然是很好的选择。

## Previous and next questions

- Previous question: [General Translation 与 Symfony Translation：该选哪一个？](https://generaltranslation.com/zh/kb/general-translation-vs-symfony-translation.mdx)
- Next question: [General Translation 与 Tolgee：该如何选择？](https://generaltranslation.com/zh/kb/general-translation-vs-tolgee.mdx)

## Sitemap

See the [Knowledge Base sitemap](https://generaltranslation.com/zh/kb/sitemap.md) for every article.