别再每句话都教 agent 做事了：ECC 把“先计划、后测试、再评审”装成默认流程

用 coding agent 干活最累的一环，不是写代码，而是每开一个会话都要重新交代规矩：先出计划、测试先行、改完要自查、别把密钥写进提交。ECC（Everything Claude Code，affaan-m 的开源项目，MIT 许可）就是把这套规矩装成常驻系统：一次装好，之后每个会话默认按“计划 → 测试 → 实现 → 评审 → 验证 → 记住 → 改进”这个顺序走，不用每句提示词都重复。

它到底装了什么？按项目说明，是一套给 Claude Code 用的配置组合：专业分工的子 agent、大量技能、命令、钩子和一个记忆库。数量口径要打折扣看：不同时间的快照数得不一样，10 月 11 日核对时是 71 个子 agent、311 个技能、97 条命令，更早的介绍里是 68 个 agent、291 个技能；10 月 28 日的趋势快照里它的 star 数约 29.1 万，一周涨约 6 千。数字随快照浮动，背下来没意义，关键是理解它的分工：计划 agent 先画蓝图，测试先行的技能逼你先写出能失败的测试，实现后再由另一个干净上下文的评审 agent 查 diff，确认过的做法沉淀成可复用的技能和记忆。

怎么用才不翻车，我的建议分四步。第一，别全量装、全量开：先只开计划、测试、评审这三环，在一个小仓库上跑通一个完整需求，再决定要不要加安全扫描、端到端测试这些重装备——技能装得多，恰恰是它要治的病。第二，评审一定要换干净上下文：让评审 agent 只看 diff 和测试结果，别让它带着实现过程的“自我辩护”一起评。第三，记忆库要定期人审：沉淀下来的“经验”可能是某次的权宜之计，变成默认规则后会长期误导 agent。第四，分清免费本体和付费托管：核心工具箱是 MIT 开源，但项目官网另有面向私有仓库的托管 GitHub App（付费），演示里出现的周边集成也不等于默认安装包里全有，装之前先看你手里版本的官方说明和支持矩阵——它主打 Claude Code，Codex 有原生路径，其他适配器的能力等级不一，Windows 上也有已知限制。

还有一句提醒：未经实测，个人判断——这类“流程脚手架”最大的风险不是不好用，而是“看起来很规范、实际上没人看评审意见”。流程装好之后，第一次评审意见必须你自己逐条过，确认 agent 真的在按流程走，而不是走过场。