71 个 agent、311 个技能：28.9 万星的 ECC 把编码流程装成了系统

71 个 agent、311 个技能：28.9 万星的 ECC 把编码流程装成了系统

一个仓库里塞进 71 个专职 agent、311 个可复用技能和 97 个命令，总星数已经逼近 29 万——affaan-m/ECC 把自己定位成”agent harness 性能优化系统”。它想解决的问题很朴素：你的编码 Agent 会写代码，但它不会先想清楚再动手，不会自己跑测试验证，也不会从上一轮的坑里学到东西。

ECC 的做法是把这套流程固化下来，一次安装、长期生效：

plan -> test -> implement -> review -> verify -> remember -> improve

README 里的原话是”优化上下文窗口，其余一切持久化”——不要在每次提示词里重建流程，而是让它成为 Agent 工作方式的一部分。

七个 harness，一份源

ECC 不是某个工具的插件，而是一层跨 harness 的能力层。Claude Code 是它的主力平台（稳定级），Codex 和 Qoder 有原生插件路径，Cursor、OpenCode、Gemini、Zed、GitHub Copilot、Antigravity、Qwen、Kimi、Hermes、OpenClaw 等则通过能力受限的适配器接入。README 明确提醒：不同平台的能力并不对等，安装前该先看支持矩阵。

目前在跑的是 2.2.3（2026 年 10 月 1 日），2.2 线带来了清单驱动的引导式安装、安装状态归属管理以及 doctor / repair / uninstall 一套自愈流程；再往前，2.0 于 2026 年 6 月把自己称作”Agent Harness 操作系统”，引入了控制面板底座、worktree 生命周期服务和 orch-* 编排器家族。

安装一条命令即可：

npx ecc-universal@2.2.3 setup

Node.js 18 起步。如果同时用多个 Agent，可以用 install --guided 一次勾选 Claude Code、Codex、Kimi Code 的组合。项目强调”每个 harness 只选一条安装路径”——把插件安装和手动全量安装叠在一起，会导致技能、命令、hook 重复。

一份配置，几个真能省钱的开关

ECC 给出一组实测过的 token 配置：默认模型从 opus 换成 sonnet，官方称可降低约 60% 成本，而 80% 以上的编码任务它都能处理；自动压缩阈值从 95% 提前到 50%，长会话质量更稳；子 Agent 一律走 haiku。深度架构推理时再切回 opus。

记忆方面，ECC 提供统一的 Memory Vault：项目与团队记忆存在 .ecc/memory/，用户级记忆在 ~/.ecc/memory/，用纯 Markdown 保存，可以在 Claude、Codex、Kimi 等不同 harness 之间交接上下文。另有”instincts”机制——从真实会话中习得带置信度的行为模式，SessionStart 时按置信度与项目相关性挑最多 6 条注入（默认门槛 0.7）。

安全侧配套了 AgentShield，扫描范围覆盖提示词、hook、MCP 配置、权限、密钥以及各类 agent 文件。

一门生意，也是一个提醒

ECC 的许可证是 MIT，永久免费；商用版本是托管在 GitHub App 上的 ECC Pro，私有仓库 19 美元/座/月。README 里那句”一个维护者每周为 7 个 harness 发版”，解释了为什么它可以一边开源一边收订阅费。

也正因如此，README 顶部放着一条醒目的警告：只从 GitHub 仓库、npm 上的 ecc-universal 与 ecc-agentshield、GitHub App 和 ecc.tools 官网安装，第三方转载和镜像不做审查，”可能包含恶意软件”。同一个项目在三个地方有三个名字——仓库 affaan-m/ECC、Claude 插件标识 ecc@ecc、npm 包 ecc-universal——作者说这是为了适配 Anthropic 市场的命名长度限制，但也确实给仿冒留下了空间。

局限同样写在明处：Windows 原生环境下的持续学习守护进程和记忆写入还有未关闭的缺陷（#2489、#2626），部分可选能力依赖 Bash 或 Python。

仓库地址：https://github.com/affaan-m/ECC