2 条命令装好 Claude 翻译插件，4 种语言无缝切换

2 条命令装好 Claude 翻译插件，4 种语言无缝切换

【免费下载链接】claude-plugins-officialOfficial, Anthropic-managed directory of high quality Claude Code Plugins.项目地址: https://gitcode.com/GitHub_Trending/cl/claude-plugins-official

用 Claude Code 写代码时，很多人都有同一个别扭：想用自己最熟悉的语言把需求说清楚，又希望模型以另一种语言理解指令、以目标语言回答问题。手动翻译不是不行，但每次都要复制、切换、粘贴，长提示词里还夹着路径、命令和代码块，翻译过程中稍不留神就把路径改坏——文件找不到，任务从第一步就偏了。社区最近开源的一个小插件Claude Prompt Translator（v0.1.0，MIT 许可）把这一步自动化了：输入照常写，提交前先调用你自己配置的翻译模型，把提示词转换到目标语言后再交给 Claude Code。2 条命令完成安装，默认支持英文、日文、简体中文、法文 4 种语言。本文结合社区实测情报与 Claude Code 官方插件目录（claude-plugins-official）的源码，拆解它的安装流程、语言切换机制与设计取舍。

翻译发生在提交之前

这个插件处理的是你准备提交的提示词，而不是对话结束后再去翻译结果。整个流程可以画成一条单向流水线：

你的输入 → 保护路径和代码 → 外部模型翻译 → 还原检查 → Claude Code

翻译模型只负责转换指令，执行任务仍由 Claude Code 完成；插件还会附带一条"目标回复语言"的指令，引导 Claude 用对应语言回答，但不会对已经生成的回答再做二次翻译。一个细节是：失败分支是硬停的——只要译文检查没通过，本次提交就会停住，而不是把坏译文放行给主模型。

实现层面，这类"提交前拦截"能力依赖的是 Claude Code 的UserPromptSubmit钩子事件。在官方插件目录中，hookify 插件 给出了这一机制的完整实现范例：它的 hooks.json 里把UserPromptSubmit事件注册为一条 command 钩子，指向 userpromptsubmit.py——脚本从 stdin 读取用户提示词，执行规则评估，再以 JSON 输出结果。Claude Prompt Translator 的拦截点与此一致：在用户点击提交、提示词尚未进入模型上下文之前，插入翻译这一环。

插件开发者公开过一个真实踩坑案例，恰恰说明"保护路径和代码"这一步为什么必不可少：日文译文曾给文件路径加上多余空格，句子翻译"成功"了，文件名却已经变了——对编程任务来说，这会让 Claude 查错位置甚至找不到文件。因此插件会先识别提示词中的路径、URL、行内代码和完整代码块，替换成临时标记，翻译完成后再原样放回；还原时检查标记是否完整，标记丢失、重复或译文被截断，都会中止本次提交。例如：

请检查 `src/auth.ts` 的登录逻辑，先列出问题，不要修改代码。

选择英文后，自然语言部分被翻译，而src/auth.ts保持原样。普通文字的翻译质量仍取决于你选的模型，重要需求可以先看译文预览再决定提交。

两条命令装完

安装前先确认 Claude Code 能正常运行——插件作者验证所用的版本是 2.1.291，其他版本的兼容情况以仓库说明为准。在终端依次执行：

claude plugin marketplace add cfrs2005/claude-prompt-translator claude plugin install prompt-translator@claude-prompt-translator

然后打开claude；如果已经处于会话中，执行/reload-plugins加载新插件。这两条命令走的正是官方插件市场（marketplace）机制：第一条把作者维护的插件仓库加入市场源，第二条按插件名@市场名的格式安装。这一安装规范与官方目录的约定一致——根据 claude-plugins-official 的 README，插件可通过/plugin install {plugin-name}@{marketplace}直接安装，或通过/plugin > Discover浏览发现。

装完之后，核心配置在 Claude Code 中执行：

/plugin configure prompt-translator@claude-prompt-translator

配置页主要填三项：

API URL 必须填到完整接口路径，只填域名或/v1不够；Key 是翻译服务专用的，Claude Code 继续使用原有的登录方式，填写的 Key 会存入 Claude Code 的安全存储。项目预填了 GLM 的一组现成配置，有对应服务的 Key 就能直接起步：

API URL: https://open.bigmodel.cn/api/coding/paas/v4/chat/completions Translation model: glm-5.3-flash Reasoning effort: low

也可以换成自己的网关或其他兼容接口，同时修改地址和模型 ID；如果接口不接受reasoning_effort字段，把 Reasoning effort 设为default，插件就不会发送该字段。

4 种语言支持范围实测

语言切换在/config中找到插件的 Target language 选项。当前支持四个选项：

• en：英文，默认值
• jp：日文
• cn：简体中文
• fr：法文

修改语言后自动生效。两个值得注意的实测细节：

输入语言自动识别，不需要单独设置"从哪种语言翻译"——插件不关心原文是什么语言，只负责输出你指定的目标语言。即使输入已经是目标语言，当前版本仍会调用翻译接口，并要求模型原样返回。

提交过程中有明确的翻译状态反馈。提交一句"请简要介绍这个项目"即可验证接入是否正常：终端输入框上方会出现翻译状态，显示目标语言、模型名和已用时间；成功后会短暂显示译文预览，约 3 秒后自动收起；失败时会显示原因并停止本次提交。

边界情况也被覆盖：以!、/、#开头的输入（斜杠命令、特殊指令）和空输入会直接放行，不经过翻译；claude -p非交互模式同样会走翻译流程，只是不显示交互提示框。当前验证重点放在 Claude Code 终端，完整 Windows 与 Claude Desktop 的视觉效果尚未验证。

与"内置翻译"的取舍：多一次调用，多一份数据流向

用上这个插件，每次需要翻译的提交都会增加一次模型调用：多一点等待，同时消耗翻译服务的额度。更关键的是数据流向的变化——提示词的自然语言正文会被发送到你配置的翻译服务，选择接口时需要确认它适合处理你的内容；而 Claude Code 侧的登录与用量不受影响。

作者在发布说明里对能力边界交代得很克制：目前没有做"中文原文 vs 英文译文"的任务效果对照实验，因此不会把它包装成"提高代码质量"或"节省 Claude 用量"的工具。它提供的其实是一个明确的选择权：保留自己熟悉的输入习惯，同时决定提示词最终以什么语言进入模型——对跨国协作、团队统一提示词语言、或者单纯想让模型在某个语言环境下工作的人来说，这比每次手动翻译再粘贴要省事得多，也避免了手工操作中最容易犯的"改坏路径"错误。

一个常被忽视的设计取舍在于职责分离：翻译模型只做语言转换，不承担任何代码任务；Claude Code 拿到的是还原后的完整提示词，继续用原登录方式执行。这意味着即便翻译接口的模型很轻量（比如预填的glm-5.3-flash），也不会稀释主模型在代码任务上的表现。想要"无缝切换"，关键不在翻译模型多强，而在于流水线里每一步（保护、翻译、还原、拦截）是否可靠——这正是这个插件最值得借鉴的地方。

【免费下载链接】claude-plugins-officialOfficial, Anthropic-managed directory of high quality Claude Code Plugins.项目地址: https://gitcode.com/GitHub_Trending/cl/claude-plugins-official