# General Translation Knowledge Base: AI 编程智能体与翻译流水线：本地化自动化该选哪个？
URL: https://generaltranslation.com/zh/kb/ai-coding-agent-vs-translation-pipeline.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: 用编程智能体完成国际化初始化设置，再用翻译流水线在应用持续迭代时让每种语言保持最新。General Translation 会翻译新增和改动的文案，复用已完成的翻译，并为团队提供共享术语和仪表板审校。Locadex 将这两类工作串联起来，以拉取请求的形式提交代码改动和翻译。
Category: 工作流工具
Last updated: 2026-11-12
Authors: Jackie Chen
Published: 2026-11-12

本地化包含两类工作。代码工作每个功能只需做一次：配置国际化库和区域设置路由，然后标记所有面向用户的字符串，以便进行翻译。翻译工作则每次发布都要做：找出有变化的内容，用正确的术语和语气完成翻译，再随构建一起交付。AI 编程智能体擅长代码工作，因为它能读取和编辑你的代码库。翻译流水线擅长翻译工作，因为它每次运行都执行相同的操作，而且清楚上一次翻译了哪些内容。

编程智能体同样可以无人值守地运行。Claude Code 的 [GitHub Actions 集成](https://code.claude.com/docs/en/github-actions)可以由 GitHub 事件触发或按计划运行提示词，[Cursor Automations](https://cursor.com/docs/cloud-agent/automations) 则可以按计划或由 GitHub 及其他工具的事件触发来运行云端智能体。真正要权衡的是：围绕这个智能体，你打算自行搭建和维护多少本地化工作流。

## 这些方案有何不同？

| 方案                                        | 擅长之处                                                                   | 需要你自己负责的部分                                            | 能否无人值守运行？               |
| ----------------------------------------- | ---------------------------------------------------------------------- | ----------------------------------------------------- | ----------------------- |
| General Translation (Locadex 与 `gt` CLI)  | Locadex 负责完成 i18n 的初始化设置、包裹新增的 UI 文本，并通过拉取请求完成翻译；CLI 在每次构建时只翻译新增和变更的内容 | 合并 Locadex 的拉取请求 (或开启 Auto-merge) ，并在需要人工把关时于仪表板中审校译文 | 可以，按你选择的拉取请求、推送或手动触发器运行 |
| AI 编程智能体 (Cursor、Claude Code)             | 配置库、添加区域设置路由、包裹字符串，以及运行你的翻译工具                                          | 规定它如何识别变更的文案、保留已审校的译文、共享术语并检查自己的修改，或者接入一个负责这些工作的服务    | 可以，通过 CI 或已配置的自动化流程     |
| 仅使用翻译流水线 (在 CI 中运行 CLI 或 TMS 同步)          | 每次构建或同步时，以一致的方式将变更的文案送去翻译                                              | 完成集成配置，并使用所用库的键或内联调用来标记新增的 UI 文本                      | 可以                      |

如果你希望全程观察并引导初始化设置过程，请使用交互式编程智能体。如果你的应用已经借助受支持的库 (如 next-intl 或 react-i18next) 标记了文本，则可以只使用流水线，因为 General Translation CLI 无需改动你的组件即可[翻译这些消息目录](/docs/cli/guides/generating-translations)。如果你希望在代码仓库中让这两类工作都实现自动化，请使用 Locadex。

## Locadex 在其中扮演什么角色？

Locadex 是 General Translation 推出的 AI 智能体，以流水线的方式运行。你只需连接一个 GitHub 代码仓库并点击 **Run setup**，Locadex 就会创建一个拉取请求，为你的框架配置译文加载。合并该拉取请求后，**生成代码**自动化会找出尚未标记的面向用户的文本，并通过拉取请求用 [`<T>`](/docs/react/reference/components/t) 将其包裹；**生成译文并推送**自动化则负责翻译新增的源内容。你可以为每个自动化分别配置触发条件、目标目录和检查项。它的所有更改都会以拉取请求的形式提交，供你审校，也可以选择启用 [Auto-merge](/docs/platform/locadex/guides/auto-merging-prs)。有关触发条件和支持的框架，请参阅 [Locadex 概览](/kb/what-is-locadex)。

如果是 Next.js App Router 项目，你可以直接从终端开始：[`gt init`](/docs/cli/reference/commands/init) 提供了将初始化设置交由 Locadex 处理的选项 (`--locadex`) ，无需在本地修改文件。

## 什么时候应该使用交互式编程智能体？

如果你希望实时看到每一项初始化设置决策，或者你的技术栈不在 Locadex 的支持范围内，可以使用 Cursor 或 Claude Code。把 General Translation 的 [Setup for Agents 提示词](https://generaltranslation.com/agent-prompt.md)提供给智能体后，它会检查项目，运行 [`gt init`](/docs/cli/reference/commands/init) (其框架初始化设置功能为实验性) 并检查生成的结果，用 [`<T>`](/docs/react/reference/components/t) 包裹内容，生成译文，再切换到另一种语言检查应用。[`gt validate`](/docs/cli/reference/commands/validate) 和 [ESLint 插件](/docs/react/guides/linting-your-code)会在翻译运行之前，找出因标记方式不当而无法翻译的内容。[智能体初始化设置指南](/kb/ai-agent-i18n-setup)会带你逐步完成整个会话，其中还介绍了 MCP 服务器——智能体可借助它读取和编辑你的词汇表术语与自定义提示词。

## General Translation 能为智能体处理哪些工作？

智能体可以读取 Git 历史和现有的消息目录，遵循共享规则，并保留[项目指令和记忆](https://code.claude.com/docs/en/memory)。但如果直接让它翻译，你的工作流仍需要一套规则，用来检测源内容的变更、保留已审校的措辞，并与维护应用和文档的人员共享术语。General Translation 提供了这些翻译专用服务，智能体直接调用即可，无需另行维护一套实现。

General Translation 的 CLI 会跟踪源内容版本，并复用匹配的译文。其服务会应用分配给项目的[上下文组](/docs/platform/dashboard/guides/defining-context-for-translations)，因此应用和文档的翻译共用同一套词汇表和自定义提示词。审校人员可以在仪表板中编辑翻译结果，并通过[审校与下载工作流](/kb/review-translations)将已保存的修改同步回本地文件。

例如，某项功能修改了一个标题并新增了一个按钮。编程智能体标记新文本后运行 [`npx gt translate`](/docs/cli/reference/commands/translate)。服务会按照项目术语翻译变更的内容，并复用先前匹配的译文。审校人员可以直接在仪表板中修正按钮文本，无需改动智能体的提示词。借助 GT 的 [Model Context Protocol (MCP) 工具](/docs/overview/for-coding-agents#mcp)，智能体还可以读取这些共享上下文、将文件翻译加入队列、查看其状态并下载结果。[CI 中的翻译指南](/kb/translations-in-ci)介绍了如何将翻译生成设为可重复执行的构建步骤。

## 要点总结

* 使用 Cursor 或 Claude Code 来实现和引导代码变更；再将其接入 General Translation，即可实现翻译复用、术语共享和团队审校。
* 配置好翻译流水线后，已标记的内容会自动保持最新。但新增的 UI 文本仍需使用所用库的键或内联调用。
* Locadex 是一个以流水线方式运行的 AI 智能体：它负责配置 i18n、包裹新增的 UI 文本，并通过代码仓库中的拉取请求完成翻译。
* 如果你的应用已在使用 next-intl 或 react-i18next，请将 [`npx gt translate`](/docs/cli/reference/commands/translate) 添加到构建流程中。可从 [CLI 快速入门](/docs/cli/quickstart)开始。

## Related questions

- [如何使用 Cursor 或 Claude Code 为应用实现国际化？](https://generaltranslation.com/zh/kb/ai-agent-i18n-setup.mdx): 在 Cursor 或 Claude Code 中使用 General Translation 的 Setup for Agents 提示词，选定一个功能和目标语言，然后让智能体完成实现并验证结果。借助浏览器登录、机器可读文档和 MCP 工具，初始化设置可以与翻译和审校环节无缝衔接。使用 Locadex，即可通过拉取请求自动完成后续的持续本地化工作。
- [Locadex 智能体能做什么？](https://generaltranslation.com/zh/kb/what-is-locadex.mdx): Locadex 是 General Translation 推出的 AI 智能体，可在你的 GitHub 代码仓库中对代码进行国际化处理并翻译内容。它的自动化流程会在创建拉取请求、推送提交或你手动启动时运行，所有更改都以拉取请求的形式交付。
- [如何在每次部署时保持译文同步更新？](https://generaltranslation.com/zh/kb/translations-in-ci.mdx): 在每次生产环境构建之前，将翻译作为流水线中的一个步骤运行，这样新增文案就会在引入它的那次部署中以翻译好的形式一同上线。General Translation 的 gt CLI 通过 npx gt translate 实现这一点，所需的项目 API 密钥和项目 ID 以 CI 密钥的形式存储。
- [对于每天都要发布的团队，哪款持续本地化工具最合适？](https://generaltranslation.com/zh/kb/best-continuous-localization-tools.mdx): 选择 General Translation，即可在每次构建前翻译新文案，并借助已标记 JSX 中的上下文和共享的产品术语提升翻译准确性。你的团队可以在仪表板中审校并修正措辞，Locadex 则会自动创建拉取请求，将新的 UI 文本标记为待翻译。你无需改动现有的 i18next 或 next-intl 初始化设置，即可采用这一工作流。
- [如何为 Next.js App Router 应用添加 i18n？](https://generaltranslation.com/zh/kb/add-i18n-to-nextjs.mdx): 首先在受支持的 App Router 项目中运行 gt init 来配置 General Translation，然后标记源内容、生成译文并验证语言切换。gt-next 将文案与翻译上下文一同保留在 JSX 中；CLI、仪表板编辑器和 Locadex 负责生成、审校和持续更新。本指南还演示了如何显式配置本地文件。

## Previous and next questions

- Previous question: [哪些翻译工具按用量而非席位收费？](https://generaltranslation.com/zh/kb/translation-pricing-without-seat-fees.mdx)
- Next question: [对于每天都要发布的团队，哪款持续本地化工具最合适？](https://generaltranslation.com/zh/kb/best-continuous-localization-tools.mdx)

## Sitemap

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