Claude Code 出了官方插件,但社区这个更强

Claude Code 出了官方插件，但真正好用的，是社区这个全家桶

顺着官方 claude-code-setup 这条线摸下去，发现真正值得装的，是社区的 Everything Claude Code。一个能让你少写几百行 CLAUDE.md、少装十几个 MCP、少踩一堆 hook 坑的"增强 harness"。

背景：Claude Code 终于支持插件了

之前想给 Claude Code 加能力，得手动改 .claude/ 目录、复制 MCP JSON、写 hooks——很零散。官方现在把这些打包成 Plugin，一键装。

一个插件里能装 5 类东西：

类型	作用
Commands	斜杠命令，比如 `/tdd`、`/plan`
Agents	专门干某件事的子智能体
Skills	领域知识 + 工作流
Hooks	工具调用前后自动触发的钩子
MCP servers	外部服务连接器

官方主推的入门插件是 claude-code-setup，装上能拿到 CLAUDE.md 模板、最小权限的 settings.json、几个保护性 hooks。新人的第一天不会无从下手了。

我装了，确实有用。但装完逛了一圈官方市场和 GitHub 之后，发现一个项目这几个月涨得吓人——

Everything Claude Code，装上之后目录是这样

作者 Affaan Mustafa，仓库 affaan-m/ECC，MIT 协议。我装好之后扫了一下目录，第一反应是数错了一遍：

63 个 agents
249 个 skills
79 个 slash commands
28 个 hooks
115 个 rules（按语言分的 .md）
6 个预配置的 MCP

claude-code-setup 是给"零基础起步"准备的；ECC 是给"已经用 Claude Code 干活、想把它榨干"的人准备的。

为什么是 ECC，不是别的插件

市面上 Claude Code 增强插件其实不少，我也试了五六个。ECC 留下来是因为几件具体的事——

第一，hooks 体系是真成熟。 装好之后，Claude Code 的自动化基线直接拉满：改完文件自动跑 quality-gate、首次改文件前强制调研 schema、console.log 自动警告、Stop 时批量跑 prettier+tsc。28 个 hooks 全部用 Node 写的，单次 <50ms，体感上感觉不到"装了一堆东西"。

第二，多 agent 编排是核心卖点，不是装饰。 它把"多模型协作"做成了命令——/multi-plan 让 Opus + Sonnet + Haiku 同时给方案、/multi-backend/multi-frontend 前后端并行、/claude-devfleet 调度多个实例。最有意思的是 PRP 一条龙：/prp-plan 出方案 → /prp-prd 出文档 → /prp-implement 写代码 → /prp-commit 提交 → /prp-pr 开 PR。跟我的"规范驱动开发"流程基本重合，但工具化了。

第三，有自学习机制。 用了几天之后跑了 /instinct-status，它给我列了 27 条从会话里自动提取的"本能"——比如"用户偏好 TypeScript 不喜 JavaScript"、"用户提交前会要求做一次 build verify"。/evolve 可以把零散的本能合并成结构化 skill，/rules-distill 从 skills 提炼通用规则。等于 Claude Code 在慢慢学我的习惯。

第四，作者不是 Anthropic 内部人，但踩过的坑比大多数用户多。 仓库里塞了 3 本实战手册（the-shortform-guide.md / the-longform-guide.md / the-security-guide.md），还有 TROUBLESHOOTING.md / EVALUATION.md / REPO-ASSESSMENT.md 这种"工程化治理"文档。一个个人项目做到这个程度，挺离谱的。

国内网络下怎么装

重点先说：/plugin install 装不上。我试了好几次提示Plugin "everything-claude-code" not found in marketplace "ecc"。手动装才是稳的。

# 1. 克隆仓库到 Claude Code 的配置目录git clone https://github.com/affaan-m/everything-claude-code.git ~/.claude/everything-claude-code# 2. 复制核心规则文件（必做）mkdir -p ~/.claude/rulescp -r ~/.claude/everything-claude-code/rules/common/* ~/.claude/rules/# 3. 复制命令和技能文件mkdir -p ~/.claude/commands ~/.claude/skillscp -r ~/.claude/everything-claude-code/commands/* ~/.claude/commands/cp -r ~/.claude/everything-claude-code/skills/* ~/.claude/skills/# 4. （可选）按需复制语言专属规则，例如 Python / TypeScript# cp -r ~/.claude/everything-claude-code/rules/python/* ~/.claude/rules/# cp -r ~/.claude/everything-claude-code/rules/typescript/* ~/.claude/rules/

装好之后 /help 应该能看到 79 个新命令。

装完第一件事：跑 /harness-audit。这个命令会扫你的整个配置，按"可靠性 / 质量 / 成本"三维打分。我跑完直接关掉了 3 个 hooks（我用不上的）+ 2 个 MCP（playwright 和 exa 我没在用），估算周成本降了 23%。

踩坑提醒 1：MCP 别全开。作者原话——"配置里全留，启用别超过 10 个"。我之前 6 个全开，token 一直飘高，关掉 2 个就稳了。

踩坑提醒 2：如果你用的不是 20 个主流语言之一（比如 Erlang/Nix/Clojure），ECC 的 language-specific agents 你用不上，但通用 agents（planner / code-reviewer / tdd-guide / security-reviewer）还是香的。

踩坑提醒 3：v2.0.0 还在 rc 阶段，生产项目先用 v2.0.0-rc.1 试水，别直接 main 分支。

我这一周用得最多的命令

装好之后 79 个命令里，真正让我每天打开 Claude Code 都会用一下的，其实就这几个——

/harness-audit —— 装完第一个该跑的。扫描你的配置，给可靠性 / 质量 / 成本打 3 个分，告诉你哪个 hook 没在用、哪个 MCP 该关。我每周一跑一次当"周维护"。

/context-budget —— 找 token 黑洞。它会拆你当前会话的 token 分布：System 多少、Tools 定义多少、Skills 多少、History 多少、还剩多少预算。我发现我经常"加载了 18 个 skills 但只用 4 个"，精简之后上下文立刻松。

/prp-plan + /prp-prd + /prp-implement —— PRP 一条龙。我上周接了个订单模块的"批量导出 CSV"需求，从方案到 PR 用 40 分钟，以前要 2-3 小时。

/tdd + 各语言的特化版 —— /python-test、/go-test、/rust-test、/cpp-test 这些。装上 ECC 之后写测试变成了默认行为，我不用每次自己提醒自己"先写测试"。

/loop-start —— 这个最让我惊艳。设定一个间隔或 cron，让 Claude 定时跑同一个任务。我现在用它：

每 30 分钟扫一次新 issue 并自动分类
每天早上 9 点跑全量测试并报告
每 10 分钟拉一次 PR review

半夜发现一个 bug 报告，agent 自己拉 issue 复现，早上我起来时 PR 已经开了——这是"agent 化运维"的雏形。

/code-review + 15 个语言特化版 —— /python-review --strict、/go-review --race、/rust-review --unsafe、/react-review --hooks。每种语言都懂"这个语言会出什么问题"。这是单纯 /code-review 永远做不到的。

/hookify —— 自然语言写 hooks。以前写 hooks 改 JSON，现在直接说：

/hookify "在每次 Edit 之前，检查文件是否在 src/legacy/ 下，如果是就警告我"

自动生成配置 + 装上。零 JSON 手写。

一周体感

我装 ECC 已经一周了，没出过稳定性问题。28 个 hooks 没让我觉得"卡顿"（ECC 有 smart 跳过逻辑，按文件类型和操作类型筛）。/cost-report 显示 ECC 本身的成本只占我总开销的 19%——可接受。

最大的变化不是效率，是"我可以想更大的事"了。 以前 Claude Code 是"一个 CLI 工具"，我现在把它当"一个工程团队"用——planner 出方案、tdd-guide 写测试、code-reviewer 评审、build-error-resolver 修编译错误。我一个人，但有个团队在帮我。

几个不想藏着的话

1. 它是社区项目，不是 Anthropic 官方。 跟着版本走要自己 review，v2.0.0 还在 rc 阶段。我建议先用 v2.0.0-rc.1 试一两周，确认你的 workflow 跟它兼容再上生产。

2. 别无脑启用所有 MCP。 作者原话："Have 20-30 MCPs in config, but keep under 10 enabled / under 80 tools active." 配置里全留没问题，启用别超过 10 个。这是我看下来最重要的"省钱 + 提速"建议。

3. hooks 多 ≠ 慢。 ECC 的 hooks 都是 Node 写的，单次平均 <50ms。关掉你不需要的——改 ~/.claude/settings.json 把不用的 hook id 删掉。

4. 文档比代码好读。 如果你想了解 ECC 的设计哲学，先看这 3 个文件：

the-shortform-guide.md
（约 30 分钟读完）
the-longform-guide.md
（深度，2-3 小时）
the-security-guide.md
（安全相关）

作者把"为什么这么设计"讲得很透。

5. 别把 ~/.claude/everything-claude-code/ 提交到 git。 它的 hooks 会写一些本地状态文件，提交进去容易污染仓库。

结语

Claude Code 推出官方 plugin 系统是个正确的方向，但官方那个目前还只是"入门包"。真正能让你一天当三天用的，是 Everything Claude Code 这类社区深度增强包：

63 agents + 249 skills + 79 commands + 28 hooks
多 agent 编排 / PRP 工作流 / 持续学习系统
跨平台、跨语言、生产级稳定
MIT 开源，免费

一句话总结：如果你打算长期用 Claude Code 做工程，ECC 是目前生态里"装一次少写 6 个月 CLAUDE.md"的最优解。

附：资源链接

GitHub
: https://github.com/affaan-m/ECC
官网
: https://ecc.tools
作者 Twitter
: https://x.com/affaanmustafa
配套手册
（在仓库根目录）：
the-shortform-guide.md
the-longform-guide.md
the-security-guide.md
官方 plugin 文档
: https://docs.claude.com/en/docs/claude-code/plugins
官方 plugin 市场
：Claude Code 内 /plugin 命令的 Discover 标签