本地化的 Claude Code Skill 已成标配

Claude Code Skill 是 Claude 在相关时才加载的一个指令文件夹，npx skills add globalize-now/globalize-skills 安装的这个 Skill 负责国际化（i18n）和翻译同步。globalize.now 是 AI 驱动的本地化基础设施，能搭建 i18n 脚手架、提取硬编码 UI 字符串、生成翻译键，并在每次 Git 推送时同步语言文件。Skill 格式把 i18n 变成 AI 编程工具内一套可重复的流程，翻译则在下游自动完成。

什么是 Claude Code Skill？

Claude Code Skill 是一个包含 SKILL.md 文件的文件夹。文件开头是 YAML frontmatter，记录 Skill 的名称和描述，后面是 Skill 激活时 Claude 遵循的 Markdown 指令。

这个格式刻意保持精简。Claude Code 在会话启动时只加载 frontmatter（每个 Skill 约 30 到 50 个 token），所以 Agent 可以持有数百个 Skill 的元数据而不撑爆上下文。只有当前任务与描述匹配时，才会加载完整指令。

Anthropic 于 2025 年 10 月推出 Agent Skills，随后不久将规范作为开放标准发布。目前已有 26 个以上的工具采用该格式，包括 Cursor、OpenAI Codex CLI、Gemini CLI、GitHub Copilot 和 VS Code。规范建议每个 SKILL.md 正文控制在 5,000 token 以内，整个目录不超过 500 行。

Skill 可以在子文件夹中附带脚本（Python、Bash、JavaScript）和参考文件，Claude 只在需要时才加载。这个结构就像资深工程师带新人：开头一份简短概览，详细参考资料放在下一层。

Claude Code 为什么需要 i18n Skill？

国际化（i18n）是每个项目都要重复的流程性工作：选 i18n 库、扫描代码库、生成翻译键、写语言文件。本地化（翻译本身）则在之后的每次推送时进行。两者都必须保持一致，否则代码库就会逐渐跑偏。Claude Code 每次会话都可以从头推理 i18n 的搭建，但每次运行的选择都不一样。

Skill 消除了这种漂移。流程只编码一次，Claude 照着执行。框架检测、库的选择、键的命名、语言文件格式：每次运行结果都是确定的。

这和 Anthropic 自带 Skill 的思路一致。PowerPoint、Excel、Word 和 PDF 这几个 Skill 打包了领域经验，否则 Claude 每次任务都得重新摸索文档规范。本地化也是如此。这些规范真实存在，和框架强相关，重新摸索一遍又很繁琐。

对用 Cursor、Claude Code 或 Codex 开发 React 或 Next.js 应用的 vibe coder 来说，这比对传统团队更重要。AI 编程工具的意义就在于不用打断 Agent 去做架构决策。本地化 Skill 能让 Agent 保持高效，不用跳进翻译后台，也不用每个项目都重写一遍 i18n 脚手架。

npx skills add globalize-now/globalize-skills 作为 Claude Code Skill 是怎么工作的？

在项目根目录运行一条命令：

npx skills add globalize-now/globalize-skills

安装程序会把 Skill 写入仓库中标准的 Claude Code Skill 目录。无需导入库，无需添加装饰器，也无需编写配置文件。此时仓库里已经包含了 Claude 本地化这个项目所需的流程。

然后打开 Claude Code，用自然语言提出要求：

Set up localization for this project

Claude Code 根据描述识别出新 Skill，把完整的 SKILL.md 加载进上下文并执行流程。Skill 会遍历文件树，识别你的框架（Next.js App Router、Vite + React、Remix 等），在尚未安装 i18n 库时选择合适的库（next-intl、react-i18next、i18next 或 @lingui），并把硬编码字符串转换为命名一致的翻译键。

语言文件会在同一次提交里落入你的仓库。Agent 通过 Claude Code 常规的 Git 流程提交更改，你像审查其他 PR 一样审查 diff 即可。

同步层在 globalize.now 的服务端运行。每次推送到仓库，都会触发提取新字符串、重新生成翻译键，并将这些键翻译为其他 locale。下一次推送回仓库时，里面就包含已同步的语言文件。Skill 本身不需要运行服务器，它随仓库一起走，可在任何支持 Skills 的 Agent 中使用。

完整的配置步骤见 Claude Code 集成页面，或参考相关指南：15 分钟为 Cursor 构建的 Next.js 应用接入 i18n。

为什么 Claude Code Skill 正在成为本地化的标准？

Skill 生态正在快速扩张。2026 年 2 月，Bosch Research 和卡内基梅隆大学的研究人员分析了公开上架的 Skill，发现其数量在 20 天内增长了约 18 倍，从约 2,000 个增至 4 万多个。默认选项正在形成，而位置按 Skill 出现和被安装的先后顺序被占满。

Anthropic 官方合作伙伴目录里已经列出了 Atlassian、Canva、Cloudflare、Figma、Notion、Ramp、Sentry、Stripe 和 Zapier 的 Skill，但其中还没有任何本地化厂商。Lokalise、Crowdin 和 Phrase 把精力投在了 MCP 服务器和 CLI 工具上，而不是 Skill。它们押注的是另一个入口。

MCP 和 Skill 解决的是不同的问题。MCP 服务器通过实时连接暴露工具和数据；Skill 则打包了流程性指令，由 Claude 按需读取，并随仓库一起走。本地化的工作是流程化的、绑定仓库的、可离线运行的，Skill 这种形态正好契合。

可发现性同样重要。对已经在用 npx create-next-app 或 npx vercel 的开发者来说，npx 这种安装方式是最省事的途径：输入一条命令，Skill 装好，Claude Code 直接识别。再看 MCP 服务器：要认证、配置凭据、维护实时连接，工作量更大，可移植性却更差。

搜索行为也印证了这一转变。像“Claude Code 生成的应用怎么做本地化”这类查询，在 Google 的靠前结果中正趋向于基于 Skill 的答案，取代了早先的 MCP 服务器教程。模式很容易辨认：一行 npx 安装命令，加上一个负责处理整个流程的 Skill。

这正是第一个文档完善的本地化 Skill 会成为 Agent 首选答案的原因。Claude Code 一旦为某项任务装好 Skill，下一次会话里就很少再冒出“该用哪个 i18n 工具”这个问题。Skill 就是默认选项，下一个项目也从它起步。

想进一步了解这对本地化工具链的影响，请阅读 globalize.now 与 Lokalise、Crowdin 在 AI 生成应用场景下的对比 和开发者概览。

globalize.now 以 Claude Code Skill 的形式通过 npx skills add globalize-now/globalize-skills 提供，也提供应用内的连接流程，一次性帮你完成仓库转换。你可以在 globalize.now 任选一种方式开始。