ECC 工程智能体工作台

这个 Agent 能做什么，适合哪些场景？

ECC 是面向 Claude Code、Codex 及多种开发智能体环境的工程工作流与配置系统。它包含 67 个专用子智能体、281 个按需加载的技能、94 个兼容性命令、规则集、运行时钩子和 AgentShield 安全扫描能力。其典型流程是先规划，再编写和验证测试、实施、以新上下文审查、最终验证，并将可复用经验保存为记忆或技能。项目通过 Claude Code 插件、Codex 同步脚本及多个编辑器/命令行适配器交付；根目录被定义为工作流的事实来源。ECC 不替代模型或代码托管服务，而是在已有智能体终端和项目文件之上安装或映射这些工作流。

ECC 可通过 /ecc:plan 生成实施蓝图，并配合 tdd-workflow 记录 RED→GREEN→REFACTOR 的测试证据；/code-review、/build-fix、/security-scan 等入口分别调用审查、构建修复和安全工作流。安装器 install.sh、install.ps1 与 npx ecc 会按目标环境安装技能、规则、命令和配置；Codex 可使用 scripts/sync-ecc-to-codex.sh 合并 AGENTS.md、技能、提示词、智能体与参考配置。ecc memory 在 .ecc/memory/ 或 ~/.ecc/memory/ 中创建、检索和检查 Markdown 记忆，选配的 ecc-memory-mcp 仅提供 memory_save、memory_search、memory_read 和 memory_doctor。AgentShield 可扫描提示词、钩子、MCP 配置、权限、密钥和智能体文件。

1. 使用 Claude Code 开发新功能的团队，可先运行 /ecc:plan "添加认证"，再用 tdd-workflow 推进测试先行实现。
2. 使用 Codex App 或 CLI 的开发者，可通过同步脚本将 ECC 的技能、提示词、智能体和配置合并到 ~/.codex。
3. 需要在合并前独立检查改动的工程师，可使用 /code-review 获取新上下文的代码审查，并用 /security-scan 审核智能体配置风险。
4. 维护多语言仓库的开发者，可选择 rules/common 加一个实际使用的语言规则包，而非把所有规则永久加载。
5. 需要跨 Claude、Codex、Hermes、OpenClaw 或 Kimi 交接工作的团队，可用 Memory Vault 保存可检索的 Markdown 交接记录。

如何安装或部署这个 Agent？

Claude Code 推荐安装方式是在 Claude Code 中执行：

/plugin marketplace add https://github.com/affaan-m/ECC
/plugin install ecc@ecc

Codex 的同步方式为：

git clone https://github.com/affaan-m/ECC.git
cd ECC
npm install
bash scripts/sync-ecc-to-codex.sh

每个环境只能选择一种 ECC 安装方式；不要将 Claude 插件与完整手动安装叠加，也不要将 Codex 同步与 Codex 市场插件叠加。使用记忆 CLI 或可选 MCP 服务前，另行执行 npm install -g ecc-universal。

如何使用这个 Agent？

新功能可从 /ecc:plan "描述功能" 开始，确认计划后启用 tdd-workflow；完成实现后运行 /code-review，并执行项目自身的构建、静态检查、类型检查和测试。构建失败可用 /build-fix，智能体配置审计可用 /security-scan 或 npx -y ecc-agentshield scan --path .。跨会话交接可执行 ecc memory init --scope project，再用 ecc memory search "认证迁移" --target-harness codex 检索；重要记忆仍须与权威来源核对。

这个 Agent 有哪些优点和局限？

这个 Agent 与同类方案有什么区别？

与相关度最高的同类 agent 并排比较关键指标。

FollowAgents 如何评估这个 Agent？

最近版本

来自该项目 GitHub Releases 的最新发布记录，说明为上游原文摘录，未经本站改写或测试。

1. v2.2.3 2026-10-01
   发布说明摘录

   ECC 2.2.3 ECC 2.2.3 is a naming and release-reliability update. The project is called ECC everywhere it ships, starting with the pi/core profile, and the release workflow now waits long enough for npm to serve a freshly published version. Naming - pi/core no longer expands the project name: its README and the bundled blueprint skill refer to ECC only. The profile contents are otherwise unchanged: 123 curated skills and 24 prompt commands, 35,006 characters of skill description text. - Downstream packagers need no changes. The package is still ecc-pi-core, the …

   在 GitHub 查看 ↗
2. v2.2.2 2026-09-30
   发布说明摘录

   ECC 2.2.2 ECC 2.2.2 adds pi/core, a curated Pi-native skills+prompts-only profile built for downstream packagers that mirror GitHub Releases, plus a set of packaging, memory, hooks, and Windows compatibility fixes. Pi core profile pi/core/ is a self-contained package (ecc-pi-core) that downstream mirrors of the release tarball can copy directly: no build step, no extensions, no hooks, no runtime downloads, and no network or SaaS dependencies. - 123 curated skills (language and framework patterns, testing/TDD, code review, …

   在 GitHub 查看 ↗
3. v2.2.1 2026-09-08
   发布说明摘录

   ECC 2.2.1 ECC 2.2.1 is a bug and security patch for ECC 2.2. It keeps the published v2.2.0 history immutable. These notes describe the prepared patch; publication and signing evidence are tracked separately in the release checklist. Security and data protection - GateGuard and governance capture recognize destructive PowerShell commands, including the native PowerShell tool path. Dynamic command handling prevents later variable assignments from concealing earlier unresolved invocations ([#2961](https://github.com/affaan-m/ECC/pull/2961)). …

   在 GitHub 查看 ↗

常见问题