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 Translatorv0.1.0MIT 许可把这一步自动化了输入照常写提交前先调用你自己配置的翻译模型把提示词转换到目标语言后再交给 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-translatorclaude-prompt-translator然后打开claude如果已经处于会话中执行/reload-plugins加载新插件。这两条命令走的正是官方插件市场marketplace机制第一条把作者维护的插件仓库加入市场源第二条按插件名市场名的格式安装。这一安装规范与官方目录的约定一致——根据 claude-plugins-official 的 README插件可通过/plugin install {plugin-name}{marketplace}直接安装或通过/plugin Discover浏览发现。装完之后核心配置在 Claude Code 中执行/plugin configure prompt-translatorclaude-prompt-translator配置页主要填三项字段填什么API URL完整的 OpenAI 兼容chat/completions接口地址Translation model该接口支持的模型 IDAPI Key你自己的翻译服务密钥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创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考