# General Translation Knowledge Base: Phrase 替代方案：General Translation 与 Phrase 对比
URL: https://generaltranslation.com/zh/kb/general-translation-vs-phrase.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: 如果你的应用和文档一起发布，General Translation 是 Phrase Strings 的有力替代方案。它基于代码和内容文件生成译文，统一应用共享术语，并直接在你的发布工作流中运行。Phrase 则将软件本地化与以文档为中心的 TMS、供应商管理以及丰富的翻译引擎选择融为一体。
Category: 工作流工具
Last updated: 2026-10-16
Authors: Kevin Wu, Jackie Chen
Published: 2026-10-16

Phrase 自称[语言智能平台 (Language Intelligence Platform) ](https://phrase.com/)。面向软件团队，它提供 Phrase Strings 和 Phrase TMS ([前身为 Memsource](https://phrase.com/memsource/)) ：前者用于存储键，并将其与你的代码仓库同步；后者是一款翻译管理系统 (TMS) 兼 CAT (计算机辅助翻译) 工具，面向文档、供应商以及大型翻译项目的管理。Language AI 则将两者与机器翻译和 LLM 引擎相连。General Translation 将应用文案和文档纳入发布工作流，基于源文件生成译文，并在各项目间共享术语。

## Phrase 的优势

* **一个平台，两款工具。** [Phrase Strings](https://phrase.com/platform/strings/) 供开发者管理键，Phrase TMS 则用于文档、供应商管理以及基于 CAT 的翻译。
* **Language AI。** [30 多种机器翻译和 LLM 引擎](https://phrase.com/platform/ai/)，支持自动选择引擎；Next GenMT 可利用翻译记忆库的匹配结果；质量评估功能会标记得分最低的片段，供人工审校。
* **代码仓库自动化。** 适用于 GitHub、GitLab 和 Bitbucket 的 [Repo Sync](https://support.phrase.com/hc/en-us/articles/5784125562012-GitHub-Strings) 会从受监控的分支导入文件，并以拉取请求的形式导出译文；此外，还可借助 GitHub Action 在 CI 中运行 CLI。
* **移动端和 Web 的 OTA 更新。** [适用于 iOS、Android、React Native、Flutter、i18next 和 Rails 的 SDK](https://support.phrase.com/hc/en-us/articles/5804059067804-Over-the-Air-Strings) 无需发布新版本即可获取最新译文，必要时会回退到最近缓存的文件或应用包内置的文件。
* **为译者提供上下文。** [文本与键自动匹配的截图](https://support.phrase.com/hc/en-us/articles/5822309698204-Screenshot-Management-Strings)、键描述和字符数限制，以及 Figma 插件。
* **人工翻译。** 可直接在 Phrase Strings 中向 Gengo 或 TextMaster 下订单；据 Phrase 称，[大多数译文会在 24 小时内交付](https://support.phrase.com/hc/en-us/articles/5821933165596-Ordering-Professional-Translations-Strings)。
* **托管位置可选。** [数据可托管在欧盟或美国](https://support.phrase.com/hc/en-us/articles/5748008399388-Data-Centers)。

## Phrase 仍需你的工程师完成哪些工作

Phrase Strings 通过基于资源文件的工作流对接软件项目：

1. 配置国际化库，并编写或提取它所加载的资源文件。
2. 在 `.phrase.yml` 中描述你的文件，然后通过 [`phrase push`](https://developers.phrase.com/en/developer-tools/strings-cli) 上传，或让 Repo Sync 从受监控的分支导入这些文件。
3. 借助 AI 或译员工作流将内容翻译为各目标语言。
4. 通过 `phrase pull` 或 Repo Sync 导出取回译文，后者会创建一个拉取请求。

Repo Sync 和 CI 可以自动完成文件交换，但你的团队仍需维护应用的键结构，以及代码、资源文件与 Phrase 项目之间的映射。译员则依靠附加在这些内容上的键描述和截图来开展翻译。

[Phrase 订阅](https://phrase.com/pricing/)包含 Strings 席位、托管字数额度和翻译用量，并可额外购买额度。其公开的软件方案不限语言数量。

## Phrase 与 General Translation 速览

| 功能       | Phrase                                                    | General Translation                                                                                                         |
| -------- | --------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- |
| 字符串存放位置  | 以键的形式存放在 Phrase Strings 中，并与你的资源文件同步                      | 直接写在代码中的 [`<T>`](/docs/react/reference/components/t) 内，或保留在你现有的资源文件中                                                        |
| 与代码的集成方式 | `phrase` CLI、Repo Sync 或 GitHub Action                    | 在构建流程中运行 [`npx gt translate`](/docs/cli/reference/commands/translate)，或通过 [Locadex](/docs/platform/locadex/quickstart) 拉取请求 |
| 翻译方      | Language AI 引擎，或 Gengo、TextMaster 等供应商                    | AI 结合代码、词汇表和自定义提示词提供的上下文进行翻译，再由你的团队在仪表板中审核                                                                                  |
| 字符串上下文   | 翻译记忆库、术语库、风格指南、键描述和截图                                     | 带标记的 JSX 结构和上下文备注，以及跨项目共享的词汇表和自定义提示词                                                                                        |
| 定价       | 订阅制，按 Strings 席位、托管字数和翻译容量计费                              | [按用量计费](https://generaltranslation.com/pricing)                                                                             |
| 原生移动应用   | 提供适用于 iOS、Android、React Native 和 Flutter 的 OTA (空中下载) SDK | 支持翻译 iOS 和 Android 资源文件；React Native 使用 `gt-react-native`                                                                   |

## 为什么团队选择 General Translation 而非 Phrase

General Translation 将软件文案及其配套文档纳入同一个翻译工作流。应用文本保留在 [`<T>`](/docs/react/reference/components/t) 中，Markdown 或 MDX 随之一并翻译，两者共用同一套产品术语。

* **更快。** 在 CI 中运行 [`npx gt translate`](/docs/cli/reference/commands/translate)，翻译某次发布中有改动的源文件。General Translation 既支持应用内容，也支持 [Markdown 和 MDX](/docs/cli/reference/formats/mdx-md-files)，因此新功能及其帮助页面可以在同一发布流程中完成翻译。[Locadex](/docs/platform/locadex/quickstart) 还能通过拉取请求处理后续的持续更新。
* **运行成本更低。** General Translation 会在后续构建中复用未改动的译文。你只需为翻译工作付费，已完成的翻译可持续使用，无需为存储的文案额外购买托管字数额度。不妨将 [General Translation 的用量费率](https://generaltranslation.com/pricing)与你的 Phrase 订阅中包含的 Strings 容量对比一下。
* **质量更高。** 为应用项目和文档项目分配同一个[上下文分组](/docs/platform/dashboard/guides/defining-context-for-translations)，两者便会遵循相同的产品定义和语气指令：引导页面中出现的功能名称，与其帮助文章中定义的术语保持一致。经过标记的 JSX 还会保留消息结构和变量占位符，审校人员也可以[在仪表板中编辑译文](/docs/platform/dashboard/guides/reviewing-translations)。
* **风险更低。** 从某个应用现有的消息目录入手，并继续沿用其国际化库。先导入已审校的译文，再生成新译文，准备就绪后再扩展到其他项目。在软件本地化中采用 General Translation，无需同时迁移其他文档项目或供应商项目。

Profound 借助 General Translation 将其平台和文档翻译成 47 种以上的区域设置。 (参见[生产环境部署案例](https://generaltranslation.com/enterprise)。)

## Phrase 更适合的场景

如果你需要用一个平台同时支撑软件字符串和以文档为主的翻译项目 (由供应商在 CAT 工具中完成) ；希望将翻译任务分配给众多机器翻译和 LLM 引擎；需要为原生应用和 React Native 应用提供 OTA (空中) 更新；需要与供应商交换 [XLIFF 或 Office 文件](https://phrase.com/platform/tms/)；或者需要在欧盟和美国托管之间自由选择，那么 Phrase 会是更好的选择。

## 从 Phrase 迁移到 General Translation

运行 `phrase pull` 下载现有译文。对于[支持的格式](/docs/cli/reference/config#files)，在 `gt.config.json` 中指向这些源文件和目标文件，然后先运行 [`npx gt upload`](/docs/cli/reference/commands/upload)，再使用 [`npx gt translate`](/docs/cli/reference/commands/translate) 生成翻译。这样就能以已审核的译文和应用现有的键为起点。

将术语导入[上下文分组](/docs/platform/dashboard/guides/defining-context-for-translations)，并将其分配给应用项目和文档项目。将翻译生成迁移到 General Translation 与采用内联 JSX 是两件独立的事；你可以继续使用现有的库。如需更全面的平台对比，请参阅[为什么选择 General Translation 而不是 TMS？](/kb/general-translation-vs-tms)。

## General Translation 能否替代 Phrase？

可以，尤其适合希望在构建工作流中完成应用和文档翻译的软件团队。General Translation 支持现有消息目录、内联 JSX、共享术语以及在仪表板中审阅译文。Phrase TMS 则更适合以文档为主、在 CAT 工具中与供应商协作推进的翻译项目。

## Phrase 的其他替代方案

正在替换 Phrase 的团队还会比较以下平台：

* **Crowdin：** 适合符合其免费许可条件、希望引入社区译者的开源项目，以及由供应商主导的人工翻译项目。 (参见 [General Translation 与 Crowdin 对比](/kb/general-translation-vs-crowdin)。) 
* **Lokalise：** 适合设计师和译者基于 Figma 或截图开展工作的场景，或原生应用需要 OTA (空中下载) 更新的场景。 (参见 [General Translation 与 Lokalise 对比](/kb/general-translation-vs-lokalise)。) 
* **Smartling：** 适合希望由同一家供应商同时提供 AI 翻译和人工翻译，或希望借助代理在无需改动代码的情况下翻译营销网站的场景。 (参见 [General Translation 与 Smartling 对比](/kb/general-translation-vs-smartling)。) 
* **Transifex：** 适合希望通过一段代码片段翻译网站，或向其合作供应商订购人工翻译的场景。 (参见 [General Translation 与 Transifex 对比](/kb/general-translation-vs-transifex)。) 
* **Weblate：** 适合社区翻译，以及希望使用完全自托管、基于 Git 的平台的团队。 (参见 [General Translation 与 Weblate 对比](/kb/general-translation-vs-weblate)。) 
* **Tolgee：** 适合需要自托管平台，或希望译者在运行中的应用里直接点击文本进行编辑的团队。 (参见 [General Translation 与 Tolgee 对比](/kb/general-translation-vs-tolgee)。) 

 (关于这些平台的共同点，请参阅[为什么选择 General Translation 而不是 TMS？](/kb/general-translation-vs-tms)。)

## 要点总结

* 如果需要在同一平台上同时管理软件字符串和大规模、以文档为主的翻译项目，Phrase 是一个有力的选择，它支持多种翻译引擎，并提供 OTA (空中下载) SDK。
* Phrase Strings 可自动交换资源文件；其订阅方案包含 Strings 席位和托管字数额度。
* General Translation 借助共享术语、增量翻译和审校，打通应用与文档的发布流程，同时让你可以继续使用现有的消息目录。

## Related questions

- [为什么选择 General Translation 而不是 TMS（Smartling、Lokalise、Phrase、Crowdin 或 Transifex）？](https://generaltranslation.com/zh/kb/general-translation-vs-tms.mdx): Smartling、Lokalise、Phrase、Crowdin 或 Transifex 等翻译管理系统（TMS）负责协调译员，但工程师仍需提取字符串、发送出去、等待译文，再把译文接回产品中。General Translation 结合上下文直接翻译代码中的内容，每次发布都同步交付所有语言，并基于开源库运行，不存在供应商锁定。
- [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 拉取请求中进行审阅。
- [Smartling 替代方案：General Translation 与 Smartling 对比](https://generaltranslation.com/zh/kb/general-translation-vs-smartling.mdx): 如果你希望在发布流程中直接从代码生成应用译文，请选择 General Translation。Smartling 集翻译管理系统、AI 与人工翻译服务以及网站翻译代理于一体。General Translation 让文案保留在组件中，将其上下文一并带入翻译，并为团队提供用于审校的仪表板。
- [Transifex 替代方案：General Translation 与 Transifex 对比](https://generaltranslation.com/zh/kb/general-translation-vs-transifex.mdx): 如果你希望翻译带标记的 JSX 时保留其结构和开发者上下文，并将译文打包进应用包或通过 CDN 分发，请选择 General Translation。Transifex Native 同样将字符串保留在代码中，但通过自家的内容分发服务发布。如果团队需要使用 Transifex 的翻译合作伙伴、质量评分或基于代码片段的网站翻译，Transifex 是很好的选择。

## Previous and next questions

- Previous question: [next-intl 替代方案：gt-next 与 next-intl 对比](https://generaltranslation.com/zh/kb/next-intl-vs-gt-next.mdx)
- Next question: [React 应用最适合使用哪个国际化库？](https://generaltranslation.com/zh/kb/best-react-i18n-library.mdx)

## Sitemap

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