ECC 2.0:不只是 Claude Code 插件,而是一个 Agent Harness OS

ECC 2.0:不只是 Claude Code 插件,而是一个 Agent Harness OS

本文基于 GitHub 公开信息、release notes 与社区讨论整理。

affaan-m/ECC 现在有 23.3 万 Star,已经不能把它简单理解成“又一个 Claude Code 配置集”了。6 月 10 日发布的 v2.0.0 给自己定的新身份是:Agent Harness Operating System

这个定位变化很关键,值得单独写一篇。

它到底是什么?

ECC 的全称是 Everything Claude Code,但它的野心已经超出了 Claude Code 本身。当前版本支持把同一套 skills、rules、hooks、MCP 配置、release gates 和 operator workflows,复用在多个 execution surfaces 上:

  • Claude Code
  • Codex
  • OpenCode
  • Cursor
  • Gemini
  • Zed
  • terminal-only workflows

换句话说,它不是在给某一个 AI 编辑器做插件,而是在做一套跨 harness 的运行时规范

为什么 v2.0.0 值得关注?

v2.0.0 的 release note 里写得很直接:这是 2.0 线的 stable graduation。在此之前,rc.1 已经把这个“跨 harness 操作系统”的概念跑了一遍。正式版意味着:

  1. Claude Code 仍是 first-class target,但不是唯一目标
  2. 其他 harness 从“被支持”变成“一等公民”,共享同一套 skill catalog 和 governance
  3. MCP connector 策略收紧了:默认只保留 chrome-devtools,其余改为通过 skills 包装 CLI/REST API 接入
  4. 新增了社区基础设施Discord 社区、GitHub PR/issue/release feed、release-announce 工作流、无依赖社区 bot

从产品形态看,ECC 正在从“个人配置仓库”进化成“社区运营的基础设施”。

它解决什么真实问题?

如果你同时用 Claude Code、Cursor、Codex 这几个工具,大概率会遇到这些麻烦:

  • 每个工具里的 agent 配置、skills、rules、hooks 都要分别维护
  • 换一个 harness,之前沉淀的工作流就带不过去
  • 团队里不同人用不同工具,知识无法复用

ECC 的解法是:把“怎么写 agent、怎么组织 skills、怎么定义 rules、怎么接 MCP、怎么发布版本”抽象成一套约定,不同 harness 只需要做 adapter,不需要重写整个工作流。

这不是一个能 5 分钟上手的项目。它的真实门槛在于:你需要先理解它这套约定,再看自己的工具链是否支持。

社区热度说明什么?

从社区数据看:

  • 23.3 万 Star / 3.5 万 Fork
  • 支持 12+ 语言文档
  • npm 包 ecc-universalecc-agentshield 有周下载统计
  • GitHub Marketplace 有 ECC Tools App
  • 有 Discord 社区和自动化 release 播报

这些数字说明它不只是个人项目,而是有一个比较完整的发行和社区运营体系。

适合谁,不适合谁

适合:

  • 重度使用 Claude Code / Cursor / Codex 等 AI 编程工具的开发者
  • 有团队,需要统一 agent 工作流规范
  • 愿意花时间读规则、配置 hooks、维护 skills 的实践者

不太适合:

  • 只想要一个开箱即用的“AI 编程助手”
  • 工具链固定在某一平台、不需要跨 harness 复用
  • 对稳定性要求极高,无法接受 2.0 刚发布后的迭代期

一个值得注意的信号

v2.0.0 把 MCP connector 从 6 个默认缩减到 1 个,理由是“这些工作已经被 skills 包装的 CLI/REST API 覆盖”。这代表 ECC 在走一条“skill-first, connector-minimal”的路线。

这与当前社区里“MCP 是不是标准接口”的讨论刚好形成对照:ECC 的选择似乎是——MCP 是接入方式之一,但不是唯一信仰;真正 portable 的是 skills、rules、hooks 这些更高层的约定。

如果你正在评估 agent 工作流的标准形态,这个选择很值得参考。

下一步

  1. 先看官方 README 和 v2.0.0 release notes,理解它的边界
  2. 对照自己当前用的 AI 编程工具,看是否在支持列表里
  3. 如果要团队用,先跑通单人的 adapter 配置,再考虑推广
  4. 加入 Discord 社区,看真实用户的生产环境反馈

项目地址:https://github.com/affaan-m/ECC
官网:https://ecc.tools
npm:ecc-universal / ecc-agentshield

评论区

0 条评论

登录后可评论。