有人发帖抱怨，claude code on desktop feels bloated and slow。

他没有等官方优化，而是让 Claude 重写了它。一个 prompt，4 个 mod，一个 IDE 风格的工作区，全部跑在终端里。

这就是 Claude Code Mods。

### Mods 是什么

Anthropic 在 2026 年 10 月 1 日引入 Mods。官方定义：一个 mod 是一个插件，由 JS/TS 事件处理器组成。Claude Code 在事件发生时调用它——工具调用、prompt 提交、界面绘制——处理器可以观察、改写或接管事件。

Claude Code 是 Anthropic 的命令行编程助手。Mods 运行在它的进程内，所以能做到其他扩展方式做不到的事：在终端里画出真正的界面，侧边栏、按钮、输入框、热键；重写 Claude Code 自己画的界面，工具调用行、spinner、对话气泡；在 Claude 使用工具之前拦截并插入自己的逻辑。

一句话对比：

- skills 给 Claude 指令

- settings hooks 在生命周期事件上跑脚本

- MCP 给 Claude 外部工具

- mods 改变 Claude Code 本身

### 那个把自己变成 IDE 的 prompt

发帖人 Avid 公开了完整 prompt。它本质上是一份技术需求文档，定义了 4 个插件：

- file-explorer：文件树、搜索、diff 视图

- workspace：终端、浏览器、Git、问题面板、任务运行器、大纲、TODO、时间线、用量、模型路由

- ide-usage：上下文用量状态条

- ide-statusbar：文件状态状态条

细节很具体。文件树要排序，文件夹在前，按名称排。搜索忽略大小写，500 条上限，超出提示 scan stopped。diff 标签页统计增删行数。Source Control 只能 stage 和 commit，不 push、不 pull、不 reset。模型路由有三种模式：Off、Suggest、Auto，默认 Off。

prompt 里还写明了硬性限制：单 hook 执行 10 秒，单文件读写 4 MiB，单个 Code 元素 10,000 字符，$.store 总共 4 MiB 且所有会话共享。这些是官方设置的边界。

更苛刻的是工程要求：每个功能先写测试再写代码，每个通过的特性一个 git commit，PROGRESS.md 记录进度，tests.json 跟踪测试状态，LIMITS.md 记录 API 限制。整个 prompt 最后要求分五个阶段推进，每个阶段结束写报告，区分“测试通过”和“我在会话里看到它工作”。

这不是拍脑袋的玩具。有人在把 Mods 当正经工程做。





### 另一个 mod：把编码变成板球比赛

开发者 Dhruv Kumar 开源了一个叫 CPL（Claude Premier League）的 mod。每个工具调用是一球，失败的测试让你被击球出局，git push 是六分，一个印度解说员实时喊完整场。

板球本身无所谓。它证明的是：mods 可以把任何工作流变成一种体验，而且不需要官方插件团队，不需要等更新，只需要给 Claude 描述你想要什么。

### 为什么说这事被低估

Avid 的帖子里有一个判断：mods 可能是 Claude Code 出现以来最好的事情。话有点满，方向是对的。

现有扩展方式里，mods 是唯一一种能重新定义工具本身的。它不添加功能，也不提供上下文，它改的是工具长什么样、怎么工作。这等于把“扩展 IDE”从写代码变成和 AI 对话。那个 4 个 mod 的 IDE 工作区，就是一个 prompt 的产物。

写 mod 的门槛已经比装 mod 还要低了。你不需要找插件市场，不需要等官方更新，开个会话描述需求，Claude 自己写完，热重载生效。这也是 Avid 那句“为什么没多少人做自己的 mods”的答案——多数人还不知道这东西能干什么。

官方文档已经铺好了路：创建、绘图、事件、API、测试，每个环节都有完整说明。

[Mods 官方文档](https://code.claude.com/docs/en/plugins/mods)

知道的人已经开始重写工具了。