状态：推荐参考 · 先读后挑，不建议无脑全量安装
速读#
ECC 最早围绕 Claude Code 工作流积累，现在已经扩展成跨 Claude、Codex、Cursor、OpenCode、Gemini 等 Agent Harness 的大型工具库。仓库里同时有专业子 Agent、可复用 Skill、Slash Command、Hook、规则、MCP 配置、记忆方案、验证流程和安全指南。
规模大是它的价值，也是它最大的风险。把整套内容一次性装进环境，看起来像「能力全开」，实际可能得到重复 Hook、冲突规则、额外上下文和一堆自己根本不会调用的命令。正确姿势不是收藏所有东西，而是把它当工作流超市。
仓库里分别有什么#
| 部分 | 用途 |
|---|---|
| Agents | 规划、审查、测试、研究等专门角色 |
| Skills | 编码规范、后端模式、安全审查、验证循环等可复用流程 |
| Commands | 把常用任务压成明确入口，例如 plan、TDD、E2E、review |
| Hooks | 在会话开始、工具调用、压缩或结束时自动执行动作 |
| Rules | 持续注入的安全、语言和工程约束 |
| MCP configs | 外部工具接入样例 |
| Guides | 上下文、记忆、Token、并行和安全实践 |
我更推荐先读它的精简指南和详细指南。里面关于上下文持久化、Stop Hook、验证循环、子 Agent 分工和「CLI 能做的事别常驻一大套 MCP」这些判断，即使最后一个插件都不装，也有参考价值。
最值得借的不是数量#
ECC 展示了一个成熟方向：把反复发生的提示词变成 Skill，把固定检查变成命令，把必须自动发生的动作放进 Hook，把项目长期约束放进规则。这样 AI 编程才从聊天技巧变成可以复制的工程流程。
但复用的单位应该很小。总是忘记跑测试，就借验证 Skill；上下文切换经常丢状态，就借会话持久化 Hook；项目没有多 Agent 需求，就别先装十几个角色。每加一块，都应该对应一个已经发生过的重复问题。
安装前必须知道的事#
官方文档明确提醒：通过 Claude 插件安装后，不要再叠加完整安装器，否则同一批 Skill、命令和 Hook 可能重复加载。插件不能自动分发的规则，再按需单独复制。
这个提醒也适用于其他工具：
- 先查现有能力：Codex、Claude 或 Cursor 已经有同名功能时，不再复制一份。
- Hook 当代码审计：它会自动执行命令，启用前必须看清触发条件和脚本。
- 规则越少越好：常驻规则会占上下文，互相矛盾时还会让模型摇摆。
- 跨平台不等于行为完全相同：同一 Skill 在不同 Harness 的工具权限、上下文注入和生命周期都可能不同。
不适合什么情况#
- 刚开始使用 AI 编程，还不知道自己的重复痛点是什么。
- 希望安装一次就自动获得作者全部工作效率。
- 不愿阅读第三方 Hook、脚本和安全边界。
- 项目已经有稳定、精简的 Agent 配置，只是因为看到更多功能而想扩容。
我的推荐用法#
先浏览目录，只选一个当前最疼的问题。把对应文件读完，删掉与自己无关的部分，在一个小仓库里运行几次；确实减少重复工作，再留下。ECC 的长处是提供大量现成答案，不是要求每个人采用同一套答案。
ECC 值得收藏，但不值得整包崇拜。最好的结果不是你的工具目录和它一样大，而是从里面拿走三五个真正改变日常工作的习惯，其余继续留在仓库里。