Everything Claude Code 完全指南:给 Claude Code 装上涡轮增压
一句话总结:Everything Claude Code(ECC)不是另一个 AI 编程工具,而是给官方 Claude Code CLI 量身定制的"高级改装套件"------28 个专家子代理、119 个技能、60 个命令、自动化钩子、最佳实践规则,一键武装你的 AI 编程助手。
目录
- [一、先搞清楚:ECC 到底是个啥](#一、先搞清楚:ECC 到底是个啥)
- 二、核心概念科普
- [三、ECC vs 官方 Claude Code 对比](#三、ECC vs 官方 Claude Code 对比)
- [四、安装教程 ------ Claude Code CLI 主线](#四、安装教程 —— Claude Code CLI 主线)
- [五、安装教程 ------ Cursor 中使用 ECC](#五、安装教程 —— Cursor 中使用 ECC)
- 六、完整使用指南
- 七、实战示例
- [八、实用技巧 & 注意事项](#八、实用技巧 & 注意事项)
- 九、总结
一、先搞清楚:ECC 到底是个啥
很多人第一次看到这个项目会以为它是 Claude 的替代品或者竞品。不是的。
打个比方:
- 官方 Claude Code CLI = 一辆原装出厂的性能车
- Everything Claude Code = 一套高级改装套件(涡轮增压、运动悬挂、赛道导航、自动驾驶辅助......)
你必须先有车(Claude Code CLI + API Key),才能装套件(ECC)。
ECC 的作者 Affaan Mustafa 是 Anthropic 黑客马拉松获奖者,这套系统是他 10 个多月每天高强度使用 Claude Code 构建真实产品后,沉淀出来的完整工作流体系。
它提供的是:
- 28 个专家子代理 ------ 规划师、架构师、代码审查员、安全审查员......各司其职
- 119 个 Skills 技能 ------ 从 TDD 工作流到 Django 最佳实践,覆盖主流技术栈
- 60 个 Slash 命令 ------
/plan、/tdd、/code-review......一条命令触发完整工作流 - 自动化 Hooks 钩子 ------ 编辑代码后自动格式化、push 前提醒检查、自动检测 console.log
- 12 种语言的 Rules 规则 ------ 安全、编码风格、Git 工作流、测试要求等最佳实践
- MCP 预配置 ------ GitHub、Vercel、Supabase 等常用服务开箱即用
二、核心概念科普
在深入使用之前,先用人话解释一下 ECC 里的几个核心概念。
2.1 Hooks(钩子)------ 给 Claude 装的"自动质检员"
Hooks 是什么?
想象一下工厂流水线上的质检站。每个零件在加工前要检查原料(PreToolUse),加工后要检查成品(PostToolUse),下班时要盘点(Stop)。Hooks 就是这样的自动化检查站,挂在 Claude 每次"操作"的前后。
Hooks 的类型:
用户发送请求
↓
Claude 选择工具(比如"编辑文件")
↓
┌─────────────────────┐
│ PreToolUse Hook │ ← 操作前拦截:要不要放行?
│ (门卫) │ exit 0 = 放行
│ │ exit 2 = 拦截,不让执行
└────────┬────────────┘
↓
工具实际执行
↓
┌─────────────────────┐
│ PostToolUse Hook │ ← 操作后检查:结果合格吗?
│ (质检员) │ 分析输出,给出反馈
└────────┬────────────┘
↓
继续下一步
举几个实际例子:
| 钩子 | 触发时机 | 干了什么 |
|---|---|---|
| console.log 警告 | 编辑 JS/TS 文件后 | 检测到 console.log 就发出警告,防止调试代码混进生产环境 |
| 自动格式化 | 编辑 JS/TS 文件后 | 自动跑 Prettier 或 Biome,省得你手动格式化 |
| TypeScript 类型检查 | 编辑 .ts/.tsx 后 | 自动跑 tsc --noEmit,类型错误立刻暴露 |
| git push 提醒 | 执行 git push 前 | "兄弟,代码都检查了吗?确定要推?" |
| tmux 提醒 | 跑长命令前 | "这命令可能要跑很久,建议用 tmux 防止断连" |
| 上下文压缩建议 | 每 ~50 次工具调用 | "上下文快满了,建议 /compact 压一压" |
| --no-verify 拦截 | git commit 时 | 阻止跳过 git hooks,保护代码质量关卡 |
| 会话记忆 | 会话开始/结束时 | 自动保存和加载上下文,下次接着聊 |
为什么 Hooks 很有用?
- 防低级错误 ------
console.log忘删、类型错误没发现、格式不一致,钩子自动帮你兜底 - 省心省力 ------ 格式化、类型检查这些重复劳动全自动化了
- 安全保障 ------ push 前提醒、禁止跳过 git hooks,减少"手滑"事故
2.2 Agents(子代理)------ Claude 的"专家团队"
官方 Claude Code 只有一个 Claude。ECC 给它配了 28 个"专家",可以按需委派任务:
- planner(规划师)------ 拆解需求、制定实施计划
- code-reviewer(代码审查员)------ 审查质量、发现隐患
- security-reviewer(安全审查员)------ 找漏洞、查风险
- tdd-guide(TDD 教练)------ 引导你写测试驱动开发
- build-error-resolver(构建修复师)------ 分析并修复编译错误
- ......以及各语言专属的 reviewer 和 resolver
就像一个公司,CEO(主 Claude)不用事必躬亲,把代码审查交给审查员、把安全检查交给安全专家。
2.3 Skills(技能)------ 预置的"工作流手册"
Skills 是特定领域的知识和工作流定义。比如:
tdd-workflow------ TDD 的完整工作流:RED → GREEN → REFACTORbackend-patterns------ API 设计、数据库、缓存的最佳实践frontend-patterns------ React、Next.js 的模式django-patterns------ Django 项目的惯用写法security-review------ 安全检查清单
相当于给 Claude 发了一本本"操作手册",遇到特定场景就知道该怎么做。
2.4 Rules(规则)------ Claude 的"行为准则"
Rules 是 Claude 必须始终遵守的指南:
- 不能硬编码密钥
- 测试覆盖率不低于 80%
- Git commit 必须用规范格式
- 文件不能超过 800 行
- 优先不可变数据结构
相当于公司的规章制度,任何时候都不能违反。
2.5 MCP(Model Context Protocol)------ 连接外部服务的"桥梁"
MCP 让 Claude 能直接调用外部服务:
- GitHub MCP ------ 直接操作 PR、Issues
- Supabase MCP ------ 直接查询数据库
- Vercel MCP ------ 直接管理部署
- Playwright MCP ------ 直接控制浏览器做 E2E 测试
不用你来回复制粘贴,Claude 自己就能连上这些服务干活。
三、ECC vs 官方 Claude Code 对比
| 对比维度 | 官方 Claude Code | Everything Claude Code (ECC) |
|---|---|---|
| 本质 | Anthropic 官方 AI 编程 CLI 工具 | 第三方配置增强包 / 插件系统 |
| 模型 | 内置 Claude(Haiku/Sonnet/Opus) | 不包含模型,依赖官方 Claude Code |
| 开箱能力 | 基础编码、文件操作、命令执行 | 在此之上增加 28 代理 + 119 技能 + 60 命令 |
| 子代理 | 无专用子代理 | 28 个专业子代理(规划/审查/安全/构建修复...) |
| Skills 技能 | 无 | 119 个工作流技能,覆盖主流技术栈 |
| Hooks 钩子 | 支持但需手动配置 | 预配置自动化钩子(格式化/类型检查/安全提醒) |
| Rules 规则 | 支持但需手动写 | 12 种语言的最佳实践规则集 |
| 持续学习 | 无 | 自动提取编码模式,生成"本能"并进化为技能 |
| 记忆持久化 | 会话结束即丢失上下文 | 通过钩子自动跨会话保存/加载上下文 |
| 安全扫描 | 无 | 内置 AgentShield(1282 测试,102 规则) |
| MCP 配置 | 需手动配置 | 预配置 GitHub/Vercel/Supabase 等 20+ 服务 |
| 跨平台 | Windows / macOS / Linux | 同上,额外支持 Cursor / Codex / OpenCode |
四、安装教程 ------ Claude Code CLI 主线
这是最完整的体验方式,所有 60 个命令、28 个代理、全部钩子都可用。
前提条件
- Claude Code CLI v2.1.0 或更高版本
- Anthropic API Key (console.anthropic.com 获取)
- Node.js(建议 18+)
- Git
Step 1:安装 Claude Code CLI
bash
npm install -g @anthropic-ai/claude-code
验证安装:
bash
claude --version
# 应输出类似:2.1.78 (Claude Code)
Step 2:配置 API Key
方式 A:环境变量(推荐)
bash
# macOS / Linux
export ANTHROPIC_API_KEY=sk-ant-xxxxxxxxxxxxxxxx
# Windows PowerShell
$env:ANTHROPIC_API_KEY = "sk-ant-xxxxxxxxxxxxxxxx"
方式 B:写入配置文件
在 ~/.claude/settings.json 中添加:
json
{
"env": {
"ANTHROPIC_AUTH_TOKEN": "sk-ant-xxxxxxxxxxxxxxxx"
}
}
Step 3:安装 ECC 插件
方式 A:插件命令安装(推荐)
打开 Claude Code CLI,依次执行:
bash
# 添加 marketplace
/plugin marketplace add affaan-m/everything-claude-code
# 安装插件
/plugin install everything-claude-code@everything-claude-code
安装时会让你选择安装范围:
Install for you (user scope)------ 推荐,所有项目都能用Install for all collaborators (project scope)------ 团队共享Install for you, in this repo only (local scope)------ 只在当前仓库生效
方式 B:手动安装
bash
# 克隆仓库
git clone https://github.com/affaan-m/everything-claude-code.git
# 复制各组件到 Claude 配置目录
cp -r everything-claude-code/agents/*.md ~/.claude/agents/
cp -r everything-claude-code/commands/*.md ~/.claude/commands/
cp -r everything-claude-code/skills/* ~/.claude/skills/
Step 4:安装 Rules 规则
注意:Claude Code 插件系统无法自动分发 Rules,必须手动安装。
bash
cd everything-claude-code
# 安装依赖
npm install
macOS / Linux:
bash
./install.sh typescript # 安装 TypeScript 规则
./install.sh typescript python # 安装多个语言
Windows PowerShell:
powershell
# 方法 1:PowerShell 脚本
powershell -ExecutionPolicy Bypass -File .\install.ps1 typescript
# 方法 2:npx(推荐,最简单)
npx ecc-install typescript
可安装的语言:typescript、python、golang、swift、php、java、kotlin、rust、cpp、csharp、perl
Step 5:配置 MCP(可选)
将需要的 MCP 服务器添加到 ~/.claude.json。推荐几个最实用的:
json
{
"mcpServers": {
"github": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-github"],
"env": {
"GITHUB_PERSONAL_ACCESS_TOKEN": "你的GitHub_PAT"
}
},
"memory": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-memory"]
},
"sequential-thinking": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-sequential-thinking"]
},
"context7": {
"command": "npx",
"args": ["-y", "@upstash/context7-mcp@latest"]
},
"playwright": {
"command": "npx",
"args": ["-y", "@playwright/mcp", "--browser", "chrome"]
}
}
}
重要:同时启用的 MCP 不要超过 10 个!否则你的 200K 上下文窗口可能缩水到 70K。
Step 6:验证安装
在 Claude Code CLI 中输入 / 查看可用命令,如果能看到 /plan、/tdd、/code-review 等命令,说明安装成功。
也可以运行审计命令检查安装完整性:
bash
/harness-audit
五、安装教程 ------ Cursor 中使用 ECC
如果你主要使用 Cursor IDE 而非 Claude Code CLI,也可以使用 ECC 的部分功能。但需要注意:Cursor 中的 ECC 是"精简版"体验。
Cursor vs Claude Code CLI 的差异
| 特性 | Claude Code CLI | Cursor |
|---|---|---|
| Commands(/命令) | 全部 60 个可用 | 不可用 |
| Agents(子代理) | 全部 28 个可用 | 不可用 |
| Skills(技能) | 全部可用 | 部分可用(需手动引用) |
| Rules(规则) | 全部可用 | 全部可用 |
| Hooks(钩子) | 全部自动生效 | 不可用 |
| MCP | 全部可用 | 通过 Cursor MCP 配置可用 |
简单说:Cursor 里能用 Rules 和 Skills,享受最佳实践指导;但 Commands、Agents、Hooks 这些依赖 Claude Code 插件架构的功能无法使用。
Step 1:安装 Rules 到 Cursor
bash
# 克隆仓库(如果还没有)
git clone https://github.com/affaan-m/everything-claude-code.git
cd everything-claude-code
# 安装依赖
npm install
使用安装脚本(指定 --target cursor):
bash
# macOS / Linux
./install.sh --target cursor typescript
# Windows PowerShell
powershell -ExecutionPolicy Bypass -File .\install.ps1 --target cursor typescript
# 或用 npx
npx ecc-install --target cursor typescript
这会把规则安装到 Cursor 识别的位置(.cursor/rules/)。
手动安装:
如果脚本不起作用,也可以手动复制:
bash
# 在你的项目根目录下
mkdir -p .cursor/rules
# 复制通用规则
cp -r everything-claude-code/rules/common .cursor/rules/
# 复制语言特定规则(选你需要的)
cp -r everything-claude-code/rules/typescript .cursor/rules/
cp -r everything-claude-code/rules/python .cursor/rules/
Windows PowerShell:
powershell
# 在你的项目根目录下
New-Item -ItemType Directory -Path ".cursor\rules" -Force
Copy-Item -Recurse everything-claude-code\rules\common .cursor\rules\
Copy-Item -Recurse everything-claude-code\rules\typescript .cursor\rules\
全局生效

Step 2:安装 Skills 到 Cursor(可选)
Skills 也可以放到 Cursor 项目中供 AI 参考:
bash
mkdir -p .cursor/skills
cp -r everything-claude-code/skills/* .cursor/skills/
提示 :Skills 文件较多(119 个目录),建议只复制你需要的,比如
tdd-workflow、backend-patterns、frontend-patterns等。
bash
# 在你的项目目录下执行
New-Item -ItemType Directory -Path ".cursor\skills" -Force
# 只复制常用的
Copy-Item -Recurse E:\everything-claude-code\skills\tdd-workflow .cursor\skills\
Copy-Item -Recurse E:\everything-claude-code\skills\backend-patterns .cursor\skills\
Copy-Item -Recurse E:\everything-claude-code\skills\frontend-patterns .cursor\skills\
Copy-Item -Recurse E:\everything-claude-code\skills\security-review .cursor\skills\
Copy-Item -Recurse E:\everything-claude-code\skills\coding-standards .cursor\skills\
Step 3:在 Cursor 中使用
安装 Rules 后,Cursor 中的 AI(无论是 Claude、GPT 还是其他模型)在当前项目中编码时,都会自动遵循这些最佳实践规则。
要引用 Skills,可以在对话中用 @ 引用文件:
@.cursor/skills/tdd-workflow/SKILL.md 请用 TDD 方式开发用户登录模块
注意事项
- Cursor 的 Rules 是项目级 的(放在
.cursor/rules/),不像 Claude Code 那样可以全局生效 - 如果你同时使用 Claude Code CLI 和 Cursor,建议 CLI 全局安装、Cursor 项目级安装,互不冲突
- Cursor 中无法使用
/plan、/tdd这些命令,但你可以直接把命令文件的内容作为提示词发给 AI
六、完整使用指南
6.1 命令大全(60 个 Slash Commands)
在 Claude Code CLI 中输入 / 即可查看所有命令。以下按功能分类:
核心开发命令
| 命令 | 用法 | 功能 |
|---|---|---|
/plan |
/plan "添加用户认证" |
拆解需求,生成实施计划 |
/tdd |
/tdd "用户登录模块" |
TDD 工作流:写测试 → 实现 → 重构 |
/e2e |
/e2e "购物车结算流程" |
生成 Playwright E2E 测试 |
/code-review |
/code-review |
审查代码质量、安全性、可维护性 |
/build-fix |
/build-fix |
分析并修复构建错误 |
/refactor-clean |
/refactor-clean |
清除死代码和未使用的导入 |
/test-coverage |
/test-coverage |
分析测试覆盖率 |
/update-docs |
/update-docs |
同步更新文档 |
/update-codemaps |
/update-codemaps |
更新代码地图 |
/verify |
/verify |
运行验证循环 |
/checkpoint |
/checkpoint |
保存验证状态 |
/quality-gate |
/quality-gate |
运行质量关卡检查 |
/eval |
/eval |
评估代码质量 |
语言特定命令
| 命令 | 语言 | 功能 |
|---|---|---|
/python-review |
Python | Python 代码审查 |
/go-review /go-test /go-build |
Go | 审查 / 测试 / 构建修复 |
/cpp-review /cpp-test /cpp-build |
C++ | 审查 / 测试 / 构建修复 |
/rust-review /rust-test /rust-build |
Rust | 审查 / 测试 / 构建修复 |
/kotlin-review /kotlin-test /kotlin-build |
Kotlin | 审查 / 测试 / 构建修复 |
/gradle-build |
Java/Kotlin | Gradle 构建修复 |
持续学习命令
| 命令 | 用法 | 功能 |
|---|---|---|
/learn |
/learn |
从当前会话中提取编码模式 |
/learn-eval |
/learn-eval |
提取 + 评估 + 保存模式 |
/instinct-status |
/instinct-status |
查看已学习的"本能"及置信度 |
/instinct-import |
/instinct-import file.md |
导入本能 |
/instinct-export |
/instinct-export |
导出本能 |
/evolve |
/evolve |
将本能进化为可复用技能 |
/prune |
/prune |
删除过期的待定本能 |
/skill-create |
/skill-create |
从 Git 历史生成技能 |
多代理编排命令
| 命令 | 用法 | 功能 |
|---|---|---|
/orchestrate |
/orchestrate "重构数据库层" |
多代理协作 |
/multi-plan |
/multi-plan "微服务拆分" |
多代理任务分解 |
/multi-execute |
/multi-execute |
编排多代理执行 |
/multi-backend |
/multi-backend |
后端多服务编排 |
/multi-frontend |
/multi-frontend |
前端多服务编排 |
/multi-workflow |
/multi-workflow |
通用多服务工作流 |
/pm2 |
/pm2 |
PM2 服务管理 |
会话 & 系统命令
| 命令 | 用法 | 功能 |
|---|---|---|
/sessions |
/sessions |
查看会话历史 |
/save-session |
/save-session |
手动保存当前会话 |
/resume-session |
/resume-session |
恢复之前的会话 |
/setup-pm |
/setup-pm |
配置包管理器 |
/harness-audit |
/harness-audit |
审计 ECC 配置状态 |
/loop-start |
/loop-start "任务" |
启动自主循环执行 |
/loop-status |
/loop-status |
查看循环状态 |
/model-route |
/model-route |
模型路由选择 |
/prompt-optimize |
/prompt-optimize |
优化提示词 |
/docs |
/docs "React hooks" |
查文档(需 context7 MCP) |
/context-budget |
/context-budget |
查看上下文预算 |
/compact |
/compact |
手动压缩上下文 |
6.2 Agents 子代理一览(28 个)
| 子代理 | 专长 |
|---|---|
planner |
功能实现规划,拆解需求 |
architect |
系统设计决策 |
tdd-guide |
测试驱动开发指导 |
code-reviewer |
代码质量与安全审查 |
security-reviewer |
漏洞分析与安全检查 |
build-error-resolver |
通用构建错误修复 |
e2e-runner |
Playwright E2E 测试 |
refactor-cleaner |
死代码清理与重构 |
doc-updater |
文档同步更新 |
docs-lookup |
文档 / API 查询 |
loop-operator |
自主循环执行 |
harness-optimizer |
ECC 配置调优 |
chief-of-staff |
沟通分流和文稿 |
typescript-reviewer |
TypeScript 代码审查 |
python-reviewer |
Python 代码审查 |
go-reviewer |
Go 代码审查 |
go-build-resolver |
Go 构建修复 |
java-reviewer |
Java/Spring Boot 审查 |
java-build-resolver |
Java/Maven/Gradle 构建修复 |
kotlin-reviewer |
Kotlin/Android/KMP 审查 |
kotlin-build-resolver |
Kotlin/Gradle 构建修复 |
rust-reviewer |
Rust 代码审查 |
rust-build-resolver |
Rust 构建修复 |
cpp-reviewer |
C++ 代码审查 |
cpp-build-resolver |
C++ 构建修复 |
pytorch-build-resolver |
PyTorch/CUDA 训练错误 |
database-reviewer |
数据库/Supabase 审查 |
flutter-reviewer |
Flutter 代码审查 |
你可以主动指定子代理:
请用 security-reviewer 检查 src/api/ 的安全性
请用 planner 帮我规划这个支付功能的实现
也可以不管它,Claude 在执行命令时会自动选择合适的子代理。
6.3 Hooks 钩子详解
默认启用的钩子
操作前拦截(PreToolUse):
| 钩子 | 触发条件 | 作用 |
|---|---|---|
| --no-verify 拦截 | git commit/push 带 --no-verify | 阻止跳过 git hooks |
| tmux 提醒 | 执行长时间命令前 | 建议用 tmux 防止断连 |
| git push 提醒 | git push 前 | 提醒先审查改动 |
| 文档文件警告 | 创建 .md 文件时 | 警告非标准文档文件 |
| 上下文压缩建议 | 每 ~50 次工具调用 | 建议手动 /compact |
| 配置保护 | 修改 linter/formatter 配置 | 阻止弱化代码质量配置 |
| MCP 健康检查 | 调用 MCP 工具前 | 检查 MCP 服务是否正常 |
操作后检查(PostToolUse):
| 钩子 | 触发条件 | 作用 |
|---|---|---|
| PR 日志 | gh pr create 后 |
记录 PR URL,提供审查命令 |
| 自动格式化 | 编辑 JS/TS 文件后 | 自动跑 Prettier/Biome |
| TypeScript 检查 | 编辑 .ts/.tsx 后 | 自动跑 tsc --noEmit |
| console.log 警告 | 编辑文件后 | 检测 console.log 并警告 |
| 质量关卡 | 编辑/写入文件后 | 快速质量检查 |
会话生命周期:
| 钩子 | 触发时机 | 作用 |
|---|---|---|
| 会话启动 | SessionStart | 加载上次上下文 + 检测包管理器 |
| 压缩前保存 | PreCompact | 上下文压缩前保存状态 |
| 模式提取 | Stop(每次回复后) | 持续学习,提取编码模式 |
| 会话摘要 | Stop | 持久化会话状态 |
调整钩子严格度
bash
# 三档可选
export ECC_HOOK_PROFILE=minimal # 最精简,只保留核心安全钩子
export ECC_HOOK_PROFILE=standard # 默认,平衡质量与效率
export ECC_HOOK_PROFILE=strict # 最严格,所有检查全开
# 禁用特定钩子
export ECC_DISABLED_HOOKS="pre:bash:tmux-reminder,post:edit:typecheck"
Windows PowerShell:
powershell
$env:ECC_HOOK_PROFILE = "standard"
$env:ECC_DISABLED_HOOKS = "pre:bash:tmux-reminder,post:edit:typecheck"
6.4 Rules 规则体系
规则分为通用层 和语言特定层:
~/.claude/rules/
├── common/ # 通用原则(所有项目适用)
│ ├── coding-style.md # 不可变优先、文件大小限制
│ ├── git-workflow.md # commit 规范、PR 流程
│ ├── testing.md # TDD、80% 覆盖率
│ ├── performance.md # 上下文管理、模型选择
│ ├── patterns.md # 设计模式
│ ├── hooks.md # 钩子架构
│ ├── agents.md # 子代理使用时机
│ └── security.md # 安全检查
├── typescript/ # TypeScript 特定
├── python/ # Python 特定
├── golang/ # Go 特定
└── ... # 更多语言
语言特定规则会覆盖通用规则(类似 CSS 优先级),比如通用规则建议用不可变数据,但 Go 的规则会说"用指针接收器做结构体修改是惯用写法"。
不写某个语言?直接删掉对应文件夹就行。
6.5 MCP 推荐配置
以下是最实用的 MCP 服务器,按需选择添加到 ~/.claude.json:
| MCP | 作用 | 推荐度 |
|---|---|---|
github |
操作 PR、Issues、Repos | 强烈推荐 |
memory |
跨会话持久记忆 | 强烈推荐 |
sequential-thinking |
链式推理 | 推荐 |
context7 |
实时文档查询 | 推荐 |
playwright |
浏览器自动化/E2E 测试 | 推荐 |
vercel |
部署管理 | 按需 |
supabase |
数据库操作 | 按需 |
firecrawl |
网页爬取 | 按需 |
exa-web-search |
网络搜索 | 按需 |
cloudflare-docs |
Cloudflare 文档 | 按需 |
黄金法则 :配 20-30 个,但同时启用不超过 10 个,活跃工具不超过 80 个。用
disabledMcpServers在项目配置中按需禁用。
七、实战示例
以下每个示例你都可以直接在 Claude Code CLI 中尝试。命令会触发相应的子代理和技能,输出可能因项目不同而异。
示例 1:/plan ------ 让 Claude 帮你做项目经理
场景:你有个需求但不知道从哪下手,与其自己在脑子里拆解半天,不如让 Claude 当一回项目经理。
bash
/plan "实现用户注册和登录功能,使用 JWT 认证,支持邮箱和手机号注册"
Claude 会召唤 planner 子代理,帮你把一个模糊的需求拆解成清晰的实施步骤------从数据库表设计到 API 接口到前端页面,安排得明明白白。
你只需要端着咖啡说"嗯,这个方案可以,开干吧"。

还会跟你确认计划

最后输出plan

输入"yes"后就等待生成啦


示例 2:/tdd ------ 先写测试,再写代码,很讲究的
场景:领导说"这个模块测试覆盖率必须 80% 以上"。与其写完代码再补测试(我们都知道那基本等于不写),不如一开始就走 TDD。
bash
/tdd "实现用户密码重置"
Claude 会按照 RED → GREEN → REFACTOR 的经典 TDD 流程:先写一个注定失败的测试(RED),然后写最少的代码让它通过(GREEN),最后优雅地重构(REFACTOR)。
写测试从痛苦变成了看 Claude 表演的过程。


示例 3:/code-review ------ 请一位免费的高级工程师审查你的代码
场景:代码写完了,但你心里没底------会不会有坑?安全漏洞?性能问题?
bash
/code-review
code-reviewer 子代理会逐文件审查:代码质量、安全隐患、可维护性、潜在 Bug。审查完还会给出具体建议,比"LGTM"有用多了。
关键是,这位"审查员"不会因为你深夜提交代码而不高兴。
当前项目刚刚生成,没有git仓库,正常可以读取历史提交的



示例 4:/build-fix ------ 构建报错?让 Claude 来背锅
场景 :npm run build 一跑,满屏红色错误。你盯着 TypeScript 报错信息,怀疑人生。
bash
/build-fix
build-error-resolver 子代理会分析构建日志,定位错误根因,然后直接修复。从类型不匹配到缺少依赖到配置问题,一条龙服务。
以前你对着报错信息 Google 半小时,现在一条命令搞定。



示例 5:/refactor-clean ------ 代码大扫除
场景:项目跑了三个月,到处是废弃的函数、没用的 import、被注释掉的代码块、不知道谁创建的临时 .md 文件。
bash
/refactor-clean
refactor-cleaner 子代理会扫描项目,找出所有死代码、未使用的导入、过大的文件,然后清理干净。
就像请了个保洁阿姨,打扫完你才发现:原来我的项目可以这么清爽。


示例 6:/learn + /instinct-status ------ 让 Claude 从你的代码习惯中"悟道"
场景:你和 Claude 协作了一整天,写了几百行代码。这些编码过程中有很多模式和习惯,ECC 能把它们提取出来。
bash
# 先从当前会话中学习
/learn
# 看看学到了什么
/instinct-status
# 把零散的"本能"进化成系统技能
/evolve
持续学习系统会从你的编码会话中提取模式(比如"这个项目总是用 zod 做参数校验"),保存为"本能"(instinct),并随着使用逐渐进化为可复用的技能。
Claude 越用越懂你,理论上是这样的。
bash
/learn


刚才/learn时我没有保存技能md,这里就显示尚未学习任何本能;有需要总结的可以在上一步做技能保存

示例 7:/orchestrate ------ 多代理协作,人多力量大
场景:一个复杂的重构任务,涉及数据库改表、API 修改、前端适配、测试更新,一个 Claude 不够用。
bash
/orchestrate "将用户系统从 MySQL 迁移到 PostgreSQL"
主 Claude 会化身项目经理,把任务分发给不同的子代理:architect 设计迁移方案、database-reviewer 审查 SQL、code-reviewer 检查代码改动、tdd-guide 确保测试覆盖。
团队协作,但团队里全是 AI。
示例 8:/harness-audit ------ 给你的 ECC 配置做体检
场景:装好了 ECC,但不确定是不是所有组件都正常工作。
bash
/harness-audit
这条命令会检查你的 ECC 安装状态:哪些组件已安装、哪些缺失、配置是否合理,最后给你一个评分。
就像手机上的"安全体检",跑一遍就知道哪里需要优化。

输入指令/configure-ecc,补充缺失文件


八、实用技巧 & 注意事项
上下文管理
- 上下文快满时 输入
/compact手动压缩(钩子也会每 50 次操作自动提醒) - MCP 不要贪多,10 个以内保持上下文窗口健康
/context-budget随时查看上下文使用情况

并行工作
用 Git Worktree 在不同分支同时跑多个 Claude 实例,互不干扰:
bash
git worktree add ../feature-auth feature-auth
# 在 feature-auth 目录开一个新的 Claude 实例
不需要的规则直接删
装了 12 种语言的规则但你只写 TypeScript?删掉不需要的:
bash
# 只保留你用的语言
rm -rf ~/.claude/rules/golang
rm -rf ~/.claude/rules/perl
rm -rf ~/.claude/rules/rust
# ...
AgentShield 安全扫描
想检查你的 Claude Code 配置有没有安全隐患?
bash
# 快速扫描
npx ecc-agentshield scan
# 自动修复
npx ecc-agentshield scan --fix
钩子太烦了?调低严格度
bash
export ECC_HOOK_PROFILE=minimal # 只保留核心钩子
九、总结
Everything Claude Code 不是另一个 AI 工具,而是让你现有的 Claude Code 变得更强的系统工程。
- 它给 Claude 配了一支专家团队(28 个 Agents)
- 它给 Claude 发了操作手册(119 个 Skills)
- 它给 Claude 装了自动质检线(Hooks)
- 它给 Claude 定了行为准则(Rules)
- 它还帮 Claude 连上了各种外部服务(MCP)
如果你每天都在用 Claude Code 写代码,ECC 绝对值得装上试试。就算不用全部功能,光是那套 Rules 和 Hooks 就能让你的编码体验上一个台阶。
项目地址 :github.com/affaan-m/everything-claude-code
觉得有用的话,给项目点个 Star,给本文点个赞。
本文基于 Everything Claude Code v1.9.0 撰写,部分内容可能随版本更新变化。