ECC 工程智能体工作台
为编码智能体提供规划、验证、审查、记忆与安全扫描的一体化工程工作流。
按维度查看评分与理由
证据显示：README 和 SECURITY.md 强调官方来源，避免第三方镜像；安装向导要求用户确认；SECURITY.md 提供秘密处理指南和本地端口检查；CI 工作流使用最小权限和固定 SHA；有回滚/修复脚本；来源归属明确（GitHub、npm、GitHub App）。扣分：未提供实际权限审计或运行时验证，用户确认机制未在代码中直接展示，依赖安全仅通过 CI 中的 npm audit 和 IOC 扫描体现，未提供详细报告。
证据显示：README 和 package.json 描述一致，CI 工作流覆盖多平台和包管理器，测试脚本存在；依赖版本固定，有 overrides 和 resolutions；失败消息在 CI 中通过上传测试产物体现。扣分：未提供实际运行结果，失败消息的具体内容未在源码中展示，依赖可用性未经过实际验证。
证据显示：README 提供多语言文档和多种安装路径，支持多种 harness；能力边界在 README 中说明（如 Claude Code 最佳，其他有限）；触发精度通过安装向导和命令选项体现；环境适配通过 CI 矩阵和平台支持矩阵体现。扣分：未提供实际运行验证，能力边界描述可能过于乐观，触发精度未在代码中直接验证。
证据显示：README 结构清晰，提供安装说明、示例、FAQ 链接；命名稳定（ecc@ecc, ecc-universal）；已知限制在 README 中提及；MIT 许可证明确；版本号在 package.json 和 VERSION 文件中；维护责任通过 SECURITY.md 和贡献指南体现。扣分：未提供 changelog 文件，版本历史不明确，维护责任未明确指定单一维护者。
证据显示：README 描述输出为可用的技能、代理和命令；边际价值通过提供 67 个代理和 284 个技能体现；成本效益通过免费开源和赞助模式体现。扣分：未提供实际使用案例或性能数据，边际价值可能被夸大，成本效益未经过实际评估。
证据显示：README 中的声明有部分支持（如代理和技能数量），CI 工作流提供验证步骤；跨来源佐证通过多个文档和测试体现；事实与推断在 README 中有所区分（如支持状态矩阵）。扣分：未提供实际测试结果，声明未完全可追溯，事实与推断的区分不够明确。
- 该仓库包含大量技能和代理，但未提供实际运行验证，声明可能过于乐观。
- 依赖安全仅通过 CI 中的 npm audit 和 IOC 扫描体现，未提供详细报告。
- 用户确认机制未在代码中直接展示，需进一步验证。
这个 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 配置、权限、密钥和智能体文件。
- 使用 Claude Code 开发新功能的团队，可先运行
/ecc:plan "添加认证"，再用tdd-workflow推进测试先行实现。 - 使用 Codex App 或 CLI 的开发者，可通过同步脚本将 ECC 的技能、提示词、智能体和配置合并到
~/.codex。 - 需要在合并前独立检查改动的工程师，可使用
/code-review获取新上下文的代码审查，并用/security-scan审核智能体配置风险。 - 维护多语言仓库的开发者，可选择
rules/common加一个实际使用的语言规则包，而非把所有规则永久加载。 - 需要跨 Claude、Codex、Hermes、OpenClaw 或 Kimi 交接工作的团队，可用 Memory Vault 保存可检索的 Markdown 交接记录。
这个 Agent 有哪些优点和局限？
- 把规划、TDD、审查和最终验证串成明确流程，并提供
/ecc:plan、tdd-workflow和/code-review等实际入口。 - 同时提供 Claude Code 插件、Codex 同步和 Cursor、OpenCode、Gemini CLI、Zed 等目标适配器。
- 规则按语言和项目选择性安装，技能按需加载，避免将整个目录持续塞入上下文。
- AgentShield 将提示词、钩子、MCP 配置、权限与密钥纳入智能体环境安全扫描。
- Memory Vault 使用可检查的本地 Markdown 格式，支持多个已列出的智能体环境之间的交接。
- 安装方式不可叠加；重复安装可能造成技能、命令、钩子或配置重复，需要按项目给出的卸载顺序清理。
- 许多完整流程依赖 Shell、Git、Node.js、文件系统以及目标智能体环境，而非一个独立托管服务。
- Codex 市场插件被标注为实验性，因共享仓库内容可能未复制到安装缓存，项目建议需要完整技能时使用同步方式。
- Memory Vault 中的内容被明确标为未经审查的上下文，不能视为可执行策略或已验证事实。
- 多模型
multi-*命令还需单独安装并初始化ccg-workflow运行时。
如何安装或部署这个 Agent？
Claude Code 推荐安装方式是在 Claude Code 中执行：
/plugin marketplace add https://github.com/affaan-m/ECC
/plugin install ecc@eccCodex 的同步方式为：
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 与同类方案有什么区别？
ECC 将自身定位为覆盖多个智能体环境的工作流系统，而不是只靠提示词提醒的配置包：规则始终加载但可选择，技能按任务加载，钩子在模型上下文外执行，专用智能体用于隔离规划和审查。与单一 Claude Code 插件安装相比，Codex 使用同步流程；项目明确提醒不要在同一 Codex 环境同时使用同步和市场插件。
常见问题
ECC 是免费的吗？
可以同时在 Claude Code 和 Codex 中使用吗？
ECC 会自动启用所有 MCP 服务吗？
chrome-devtools，其余连接器或 MCP 配置需要按需设置。