# General Translation Knowledge Base: 什么是翻译管理系统（TMS）？ URL: https://generaltranslation.com/zh/kb/what-is-a-translation-management-system.mdx Docs index: https://generaltranslation.com/llms.txt Description: 翻译管理系统（TMS）是一种用于存储源内容及其译文、并运行翻译工作流的软件，涵盖翻译记忆库、词汇表、审校、机器翻译和集成等功能。其翻译记忆库通过精确匹配或模糊匹配复用以往的译文。常见的 TMS 有 Crowdin、Lokalise、Phrase、Smartling 和 Transifex。 Category: 工作流工具 Last updated: 2026-10-20 Authors: Kevin Wu, Jackie Chen Published: 2026-10-20 TMS 介于撰写源内容的人和负责翻译的人 (以及翻译引擎) 之间。内容以文件或字符串的形式导入 TMS，在其中完成翻译和审校，再以各目标语言的版本导出。TMS 不负责在你的应用中渲染任何内容，那是国际化库的职责。 ## TMS 能做什么？ 大多数 TMS 平台都由相同的基本模块组成： * **内容仓库。** 存放源文件或单个字符串，每项都附带各区域设置的译文、版本和状态 (未翻译、已翻译、已审校) 。 * **翻译记忆库 (TM) 。** 存储以往源文与译文对照的数据库。[Microsoft 的术语表](https://learn.microsoft.com/en-us/globalization/reference/glossary)介绍了 TM 如何通过完全匹配或“模糊” (相似度) 匹配来复用已有译文，从而保持重复句子的译法一致，并降低成本。TMX 是在不同工具之间迁移 TM 的标准格式。 * **术语库或词汇表。** 收录产品名称、功能名称和技术术语的认可译法，以及不得翻译的术语。术语库有专用的交换格式 TBX。 (参见 Microsoft 的[本地化指南](https://learn.microsoft.com/en-us/globalization/localization/localization)。) * **工作流与审校。** 包括翻译、编辑和校对等环节，按语言分配给相应人员，并提供编辑器，让译者能够同时对照查看源文、TM 匹配结果和词汇表术语。 * **机器翻译、AI 和供应商连接器。** 借助机器翻译 (MT) 引擎或大语言模型进行预翻译，并对接提供人工译者的语言服务提供商。 * **QA 检查。** 自动检查占位符缺失、长度超限、违反词汇表以及译文不一致等问题。 * **集成。** 提供 CLI、API 以及面向 Git 托管平台、CMS 和设计工具的连接器，用于导入和导出内容。 ## TMS 在软件项目中如何运作 1. 工程师将面向用户的字符串按键提取到资源文件 (JSON、YAML、`.strings`、`strings.xml`、PO) 中，由国际化库在运行时读取这些文件。 2. CLI 或 Git 集成将源文件推送到 TMS。以 Crowdin 的 CLI 为例，对应命令是 `crowdin upload`，配置写在 `crowdin.yml` 中。 3. TMS 借助 TM 以及 MT 引擎或 LLM 对新字符串进行预翻译，再分派给译者和审校人员。 4. 执行 QA 检查，由审校人员审批通过。 5. 翻译后的文件通过 `crowdin download`、同步或拉取请求返回，应用随下一次发布将其上线。 其中第 1、2、5 步由工程师负责；每当文案有改动，这一流程就会再走一遍。 ## 常见的翻译管理系统有哪些？ 各平台都以这些基础组件为核心，但侧重点各不相同： * **[Crowdin](https://crowdin.com/)** 自称"AI 驱动的本地化平台"，提供翻译记忆库、词汇表、内置 QA 检查、MT 引擎以及供应商集成。 * **[Lokalise](https://lokalise.com/)** 面向 Web 和移动应用、游戏及其他数字内容，提供自动化工作流，可自动应用翻译记忆库、执行 QA 检查并分派审批。 * **[Phrase](https://phrase.com/)** 提供翻译管理系统 Phrase TMS，以及专用于软件本地化的 Phrase Strings。 * **[Smartling](https://www.smartling.com/)** 将其 TMS 定位为"一体化翻译编排平台"，并在软件之外提供人工翻译服务。 * **[Transifex](https://www.transifex.com/)** 提供按项目划分的[翻译记忆库](https://help.transifex.com/en/articles/6224636-introduction-to-translation-memory)、词汇表，以及可直接从代码推送字符串的 [Transifex Native](https://developers.transifex.com/docs/native)。 此外，[Weblate](/kb/general-translation-vs-weblate)、[Tolgee](/kb/general-translation-vs-tolgee) 和 [Locize](/kb/general-translation-vs-locize) 等开源或面向开发者的方案也覆盖了其中的部分功能。 ## TMS 与国际化库或翻译公司有何不同？ 这三者常被混为一谈，因为一个本地化项目通常离不开它们各自承担的工作： | | 国际化库 | TMS | 语言服务提供商 (LSP) | | ------- | ---------------------------- | ------------------------------------------- | ------------------- | | 是什么 | 应用中的代码 | 软件平台 | 由译员和项目经理组成的公司 | | 示例 | i18next、react-intl、next-intl | Crowdin、Lokalise、Phrase、Smartling、Transifex | 翻译公司和自由译员 | | 职责 | 确定区域设置、加载译文，格式化日期、数字和复数形式 | 存储字符串和译文，运行翻译与审校工作流程 | 翻译和审校内容 | | 是否产出译文？ | 否 | 通过 MT、AI 或由其分派任务的人员产出 | 是，由人工完成 | | 使用者 | 开发者 | 本地化经理、译员、审校人员 | 你的本地化经理 (以供应商身份对接) | LSP 通常直接在你的 TMS 中工作，也可能自带 TMS。Microsoft 的本地化指南列出了几种选择：LSP、单语种或多语种供应商，以及自由译员。 ## 何时需要 TMS，何时不需要 以下情况可以考虑使用 TMS： * 译者或翻译机构需要 CAT (计算机辅助翻译) 编辑器和可复用的翻译记忆库。 * 供应商需要交换 XLIFF 或 Office 文档，或要求特定的审校与审批工作流。 * 本地化经理需要协调大量内容源、供应商和发布计划。 以下情况你可能不需要单独的 TMS： * 只需翻译一到两种语言的少量文案，且团队成员可以直接在代码仓库中完成翻译和审校。 (参见[自建 i18n](/kb/general-translation-vs-in-house-i18n)。) * 你现有的翻译工作流已能满足团队在格式、术语、审校和投递方面的需求。 发布频繁、内容基于代码，并不意味着就用不了 TMS：借助其 Git 和 CI 集成，投递过程可以实现自动化。选择工具前，请综合比较剩余的手动工作量、所需审批、文件格式以及供应商集成。 ## General Translation 的定位 如果开发者希望将翻译生成与审校流程同代码发布关联起来，General Translation 是另一种选择。它的 [``](/docs/react/reference/components/t) 组件让 JSX 文案原地保留；CLI 会提取标记的结构和上下文备注交由服务翻译，再由库渲染翻译结果。这样就无需为每条 UI 消息单独维护源键和描述。 你也可以继续使用现有的库及其已审校的消息目录。[`npx gt upload`](/docs/cli/reference/commands/upload) 用于导入现有译文；[`npx gt translate`](/docs/cli/reference/commands/translate) 会为已配置的代码仓库文件生成更新，并复用匹配的译文。共享的[词汇表术语和自定义提示词](/docs/platform/dashboard/guides/defining-context-for-translations)可让应用与文档的术语保持一致，而[仪表板编辑器](/docs/platform/dashboard/guides/reviewing-translations)则让审校人员能在发布前修正措辞。 如果工作围绕语言供应商、CAT 编辑器和 XLIFF 交换来组织，TMS 仍然是很合适的选择。如需在该工作流与 GT 基于代码的方式之间做出取舍，请参阅 [General Translation 与 TMS 对比](/kb/general-translation-vs-tms)。该文详细对比了两者在工程工作量、上下文、投递和成本等方面的差异。 ## 要点总结 * TMS 负责存储内容和译文，并统筹翻译过程，提供翻译记忆库、术语库、审校工作流程、MT 和供应商连接器、QA 检查以及各类集成。 * Crowdin、Lokalise、Phrase、Smartling 和 Transifex 是常被拿来比较的平台；它们都将 TMS 与 AI 翻译及人工译员资源相结合。 * 国际化库负责在应用中渲染译文，TMS 负责管理译文的产出，LSP 则负责提供译员。 * General Translation 将从代码中提取的上下文、译文生成和审校与发布流程打通，并支持保留现有的消息目录和库。如果供应商协调和 CAT 工作流是核心需求，请选择 TMS。 ## Related questions - [General Translation 与 TMS（Crowdin、Lokalise、Phrase）对比](https://generaltranslation.com/zh/kb/general-translation-vs-tms.mdx): 如果开发者希望译文生成、源自代码的上下文以及审校流程都与产品发布紧密衔接，请选择 General Translation。你可以保留现有的消息目录和渲染库，也可以直接编写内联 JSX，无需翻译键。TMS 适合以语言供应商、CAT 编辑器和 XLIFF 交换为核心的翻译项目，其集成可以自动完成文件传输。 - [面向开发者的最佳本地化软件是什么？](https://generaltranslation.com/zh/kb/best-localization-software.mdx): 面向开发者的最佳本地化软件会直接在代码中编写内容的位置进行翻译，结合产品上下文，并让每种语言始终保持最新。General Translation 通过开源库、上下文组以及 Locadex（一个会提交拉取请求的 AI 智能体）做到了这一点。 - [国际化与本地化（i18n 与 l10n）](https://generaltranslation.com/zh/kb/internationalization-vs-localization.mdx): 国际化（i18n）是让一款产品支持多种区域设置的代码与设计工作，例如使用 Intl 格式化日期、支持从右到左的文本等。本地化（l10n）则针对某一区域设置对产品进行适配，除翻译外，还涵盖货币、日期格式、计量单位、语气和法律细节等方面。 - [Crowdin 替代方案：General Translation 与 Crowdin 对比](https://generaltranslation.com/zh/kb/general-translation-vs-crowdin.mdx): 如果你希望将文案保留在组件中，并随构建生成译文，请选择 General Translation。Crowdin 围绕资源文件、译者和审校工作流程来管理翻译项目，需要工程师将其接入应用，并随产品迭代持续维护。对于开源社区翻译和由供应商主导的翻译项目，Crowdin 依然是很好的选择。 - [Lokalise 替代方案：General Translation 与 Lokalise 对比](https://generaltranslation.com/zh/kb/general-translation-vs-lokalise.mdx): 对于希望在 JSX 中直接编写可读文案、并将翻译融入开发流程的团队来说，General Translation 是 Lokalise 的有力替代方案。Lokalise 的核心是共享键、设计工具集成和移动端 OTA（空中下载）投递。General Translation 根据应用中已标记的内容生成译文，并支持在其仪表板或 GitHub 拉取请求中进行审阅。 ## Previous and next questions - Previous question: [什么是伪本地化？](https://generaltranslation.com/zh/kb/pseudo-localization.mdx) - Next question: [国际化与本地化（i18n 与 l10n）](https://generaltranslation.com/zh/kb/internationalization-vs-localization.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/zh/kb/sitemap.md) for every article.