Setup
Get MCP Server running
三步搞定，无需迁移。把它指向你的项目，第一批键就会出现在控制台里。
- Install添加依赖包或配置块。构建中的其他部分都不需要改动。
- Connect your project使用控制台中的 org/project 标识符。键和语言来自那里，而不是来自需要你手动保持同步的本地文件。
- Ship发布一次，每种语言就成为边缘上的一个静态文件。文案改动无需新的部署即可上线。
mcp-config.json
{
"mcpServers": {
"better-i18n": {
"command": "npx",
"args": ["@better-i18n/mcp"],
"env": {
"BETTER_I18N_API_KEY": "your-api-key"
}
}
}
}Surface
What MCP Server gives you
你实际得到的命令、工具和路径。这些名称就是你要敲的东西，不是营销标签。
listProjects · getProject在改动任何内容之前，先找到项目并读取它的语言、namespace 和覆盖率。
listKeys · getTranslations · getTranslationContext读取键、它们的翻译，以及代理应遵循的项目术语表和语气规则。
createKeys · updateKeys · setTranslations · deleteKeys在一次调用中创建键、编辑源文本，并写入整批翻译。
proposeLanguages · proposeLanguageEdits提议新增或下线一种目标语言，交由人工审批。
getPendingChanges · publishTranslations先审查待发布的改动，然后再部署到 CDN 或 GitHub。
getSyncs · getSync · cancelSync跟踪一个发布任务直到完成，或取消仍在队列中的任务。
Where it fits
MCP Server 在 Better 中如何运作
Detect
从代码库中提取源文案，或连接你的 MCP Server 仓库。键会带着完整的结构和上下文进入 Better。
Review
运行 AI 翻译、指派人工审校，并在任何改动进入生产环境前设置审批关卡。一切都可在同一处审计。
Ship
发布到 CDN 边缘节点，或把翻译推回 MCP Server。文案改动上线时不会触发新的应用部署。
Developer-first workflow
本地化紧贴你的代码——可在 pull request 中评审、纳入版本控制，并成为你现有 CI 和部署流水线的一部分。
Less operational drift
把翻译更新、评审签核和交付集中在一个流程里，而不是分散在各种独立的工具和脚本中。
Controlled rollout
让翻译发布与代码发版解耦。按你自己的节奇上线文案改动，不必等下一个部署窗口。
Questions