Manual today
- 添加翻译键到代码by hand
- 在源语言环境中创建 json 条目
- 将键复制到所有目标语言环境文件once per locale
- 一个新键在代码评审中被漏掉
- 带上下文的邮件翻译days of waiting
- 等待翻译
- 导入翻译文件
- 解决语言文件中的合并冲突
- 推送到 GitHub
- 等下一次部署才能把文案上线every release
With Better I18N
- 编写功能并使用键
- 自动检测键one command
- AI 翻译
- 在编辑器中评审并批准in the editor
- 自动发布no deploy
我们解决的问题
停止在不该属于您的翻译任务上浪费时间
上下文切换
无需在平台和 json 文件之间跳转。一切都会从您的代码库自动同步。
手动同步
推送时自动同步，无需导入导出循环。
积压债务
AI 处理繁重工作，您只需批准。不再有翻译工单在冲刺中堆积。
开发者痛点
开发者社区的真实痛点 — 以及 Better I18N 如何解决它们。
"YAML 配置地狱 — 仅仅添加一种新语言就需要 200 行配置"
— Dev.toBetter I18N 解决方案
零配置安装。运行 bunx better-i18n init，5 分钟内开始翻译。
"在代码和翻译平台之间切换上下文会破坏我的心流状态"
— Hacker NewsBetter I18N 解决方案
MCP 工具和 IDE 集成让你无需离开编辑器即可管理翻译。
"缺失的翻译键只在生产环境被发现 — 用户看到的是原始翻译键"
— Dev.toBetter I18N 解决方案
类型安全的 SDK 在构建时捕获缺失的键。CLI 在部署前验证键值。
5 分钟，而非 5 天
5 分钟搞定 i18n
一条命令完成初始化。自动生成类型安全的翻译键。将翻译部署到全球 CDN — 无需重新构建。
- 自动检测框架并配置 SDK
- 为所有翻译键生成 TypeScript 类型
- 即时将翻译部署到 300+ 个边缘节点
terminal
# 在项目中初始化 Better I18N
$ bunx better-i18n init
→ 检测到：React + TanStack Router
→ 正在安装 @better-i18n/use-intl...
→ 已生成 i18n.ts 配置 + 类型
✓ 准备就绪！运行 bun dev 开始翻译。为什么开发者选择 Better I18N
从配置地狱到分钟级上线。
痛点
YAML 配置地狱 — 仅仅添加一种语言就需要 200 行样板代码，生产环境中发现损坏的翻译键。
承诺
5 分钟而非 5 天上线 i18n。零配置、类型安全、CDN 即时交付。
证据
200+ 个 API 端点、CLI 自动修复、6 个框架 SDK 和构建时键值验证。
Pipeline
工作原理
四个简单步骤，从代码到生产环境
您的 i18n 工作流，已简化
更快地发布功能，无需 i18n 开销
- 添加翻译键到代码
- 在源语言环境中创建 json 条目
- 将键复制到所有目标语言环境文件
- 带上下文的邮件翻译
- 等待翻译
- 导入翻译文件
- 推送到 GitHub
- 完成
5 自动处理 · 更好的 i18n 监控您的代码库，检测新键，并处理其余工作。
AI 编码助手
直接从您的 AI 编码助手管理翻译。使用自然语言翻译、搜索和更新您的 i18n 文件。
自然语言命令
直接在编辑器中询问 "翻译这个 "或 "添加键"。
上下文感知翻译
更好的人工智能 理解您的文件结构和变量命名模式。
实时更新
翻译即时同步，无需切换上下文。
mcp-config.json
{
"mcpServers": {
"better-i18n": {
"command": "npx",
"args": ["@better-i18n/mcp"],
"env": {
"BETTER_I18N_API_KEY": "your-api-key"
}
}
}
}