Claude Code 增强配置集

EverythingClaude Code

10 个月实战打磨的生产级配置层,为 Claude Code 叠加专家级 Agent、技能库、快捷命令与持续学习系统——让你用 AI 像专业工程师一样构建产品。

13专业 Agents
40+按需技能
32快捷命令
8h黑客松夺冠
↓ 向下探索

核心架构

四层配置体系

不是单一工具,而是一套完整的工程师级配置层,每层解决一类具体问题。

01 🤖

Agents 代理层

13 个专家代理,分层委托模型。编排代理调度专项代理,各司其职,避免越权。

Orchestrator → Specialist
📋 实战案例

说「做用户认证模块」,Planner 自动拆解:Backend Dev 写 JWT 逻辑、Database 设计 users 表、Security 检查 SQL 注入,三个代理分工协作、互不干扰。

02

Skills 技能库

40+ 领域技能模块,按需引入,不预加载节省 Token。涵盖后端、前端、数据库、DevOps 等。

On-Demand Loading
📋 实战案例

开发 Redis 缓存层时告诉 Claude「加载 database-cache 技能」,它会输出缓存穿透防护、TTL 策略的完整方案,而非通用建议。

03 ⌨️

Commands 命令集

32 个斜杠命令,一行触发完整工作流。TDD、安全扫描、代码审查、多代理并行,开箱即用。

Slash Commands
📋 实战案例

写完支付接口后输入 /security-scan,自动按 OWASP Top 10 逐项检查,精确到行号和修复方案。

04 🧠

Memory 持续学习

跨会话记忆系统,积累项目上下文、架构决策与团队规范,越用越懂你的代码库。

Cross-Session Memory
📋 实战案例

第一天告诉它「我们用 PostgreSQL + Prisma,命名用 camelCase」,此后每次生成代码都自动遵守,无需重复说明。


命令演示

关键命令的实际用法

从输入到输出,看清楚每个命令能做什么——真实的对话示例,不是功能描述。

🗺️ /plan — 项目规划 Planner

有新功能想法但不知如何拆解,让 Planner 帮你制定带时间估算的执行计划。

/plan为博客添加评论功能,需防垃圾、支持嵌套回复
📋 任务拆解(预计 4h) 阶段 1 — 数据库 (30min) • comments 表:id, post_id, parent_id, user_id • 软删除字段 deleted_at(嵌套回复需要) 阶段 2 — 后端 API (1.5h) • POST /api/comments(创建) • GET /api/posts/:id/comments(树形) • 接入 Akismet API 垃圾检测 阶段 3 — 前端组件 (1.5h) • CommentTree 递归组件 + 乐观更新 阶段 4 — 测试 (30min) • 嵌套深度 & 垃圾拦截边界测试
模糊需求直接转为分阶段执行计划,含时间估算,可直接作任务列表使用。
🧪 /tdd — 测试驱动开发 Testing Agent

先写失败测试,再让 Claude 实现让测试通过的代码,从根源保证覆盖率。

/tdd密码重置功能,token 24小时有效
// ❌ 先写失败测试 it('token 在 24h 内有效', async () => { const token = await generateResetToken(user.id) expect(await verifyToken(token)).toBe(true) }) it('过期 token 应报错', async () => { await expect(verifyToken(expiredToken)) .rejects.toThrow('Token expired') }) // ✅ 再实现让测试通过的代码 // → src/auth/passwordReset.ts
边界条件(过期、无效 token)在写实现之前就覆盖,不会事后补测试。
🔐 /security-scan — 安全审计 Security Agent

功能写完后一键扫描 OWASP Top 10,精确到行号和修复方案,比手动 Review 更全面。

/security-scansrc/api/users.ts
🔍 OWASP Top 10 扫描结果 ❌ A03 注入漏洞(高危) 第 47 行:WHERE id = ${req.params.id} → 改用参数化查询:WHERE id = $1 ⚠️ A01 权限控制(中危) /api/users/:id 缺少所有者校验 → 添加 if (user.id !== req.user.id) ✅ A02 加密失效 — 通过 ✅ A07 认证机制 — 通过 共 2 问题,1 高危需立即修复
精确到行号 + 修复代码,高危优先,不是泛泛的安全建议。
🔀 /multi-workflow — 并行开发 Multi-Agent

前后端同步推进的复杂功能,多个代理并行工作,总耗时大幅压缩。

/multi-workflow文件上传(拖拽前端 + S3 后端 + CDN)
🚀 并行启动 3 个代理 [Backend] 正在写 S3 预签名 URL 上传接口... [Frontend] 正在写 Dropzone 组件 + 进度条... [DevOps] 正在配置 S3 + CloudFront + CORS... 🔗 接口契约已同步至前端代理 ⏱ 预计 8min(串行需 25min)
三代理并行、自动对齐接口契约,总耗时从 25 分钟压缩到 8 分钟。
👁️ /code-review — 代码审查 Code Reviewer

PR 提交前让 Code Reviewer 代理先过一遍,找出 bug、性能隐患和规范问题。

/code-reviewsrc/hooks/useAuth.ts
📝 代码审查报告 🐛 Bug(第 23 行) useEffect 缺少 cleanup → 内存泄漏 → return () => subscription.unsubscribe() ⚡ 性能(第 41 行) 每次渲染重建 userContext → useMemo 包裹,依赖 [user.id] 📖 可读性(第 67 行) 嵌套 4 层 if,建议提取 isAuthValid() ✅ 整体结构良好,错误处理完整 评分:7.5 / 10
Bug、性能、可读性分类呈现,每条给出具体修复方案,并附整体评分。
/optimize — 性能优化 Performance Agent

接口响应变慢,用 Performance Agent 定位瓶颈并给出可落地的优化方案。

/optimizeGET /api/feed 接口平均响应 2.3s
🔍 性能分析 瓶颈 1 — N+1 查询(最高优先级) 循环内 await post.getAuthor() × 50 次 → 改用 include: { author: true } 预计提升:2.3s → 0.4s 瓶颈 2 — 缺少分页缓存 热门 feed 每次全量查询 → Redis 缓存 TTL 60s 预计提升:减少 80% DB 压力 建议按顺序修复,修复 1 后重新测速
精确定位 N+1 查询根因,给出预期提升数据,按优先级排序修复。

代理列表

13 个专业代理

编排层负责规划调度,专项层专注执行,每个代理都有明确的工具权限边界。

编排层
Planner
任务拆解,制定执行计划,协调多代理
编排层
Architect
系统架构设计与技术选型决策
专项层
Backend Dev
API 设计、服务端逻辑实现
专项层
Frontend Dev
React/Next.js 组件与交互开发
专项层
Database
数据库设计、查询优化与迁移
专项层
DevOps
Docker、CI/CD 与部署配置
专项层
Security
OWASP 安全审计与漏洞扫描
专项层
Testing
单元测试、E2E 与覆盖率验证
专项层
Code Reviewer
代码质量审查与最佳实践
专项层
Documentation
技术文档自动生成与维护
新增
PM2 Manager
多服务进程管理与编排
新增
Multi-Agent
复杂多代理并行工作流协调
新增
Performance
性能瓶颈分析与优化建议

斜杠命令

32 个快捷工作流

常用命令速查,命令即工作流,不需要额外配置。

/plan项目任务拆解,生成带时间估算的执行计划
/architect系统架构设计与技术方案规划
/tdd先写失败测试,再实现让测试通过的代码
/code-review代码审查,输出分类问题与修复建议
/security-scan按 OWASP Top 10 做安全漏洞审计
/e2e端到端测试用例生成与执行
/test-coverage检查并推进测试覆盖率达到 80%+
/optimize性能瓶颈定位与可落地的优化方案
/debug深度调试,给出根因分析与修复步骤
/docs从代码自动生成 API 文档与使用说明
/pm2PM2 进程管理配置与启动脚本
/multi-plan为多代理并行任务制定协作计划
/multi-execute启动并行代理,同步执行复杂工作流
/multi-backend多服务后端并行协同开发
/multi-frontend多模块前端并行开发,自动对齐接口
/multi-workflow复杂端到端全链路多代理工作流

最佳实践

用好它的关键

这些是从实际使用中总结出的高频踩坑与配置技巧。

⚠️ Hooks 最常见的坑

不要在 plugin.json 里显式声明 "hooks" 字段。Claude Code v2.1+ 会自动加载 hooks/hooks.json,手动声明会触发重复检测错误导致 hooks 失效。

💰 控制 Token 成本

~/.claude/settings.json 中配置以下参数,每次会话节省约 40% Token 消耗:

{ "model": "sonnet", "MAX_THINKING_TOKENS": "10000", "CLAUDE_CODE_AUTOCOMPACT_PCT_OVERRIDE": "50" }

⚡ Skills 的正确用法

技能库不会全部预加载,需在任务开始时明确指定域(如「加载 backend-api 技能」)。错误用法是不声明技能就期望专项输出,这样 Claude 只会给出通用建议,而不是针对你技术栈的最佳实践。

🏆 实战背书

该配置集源自 Anthropic × Forum Ventures 黑客松——8 小时构建 zenith.chat,在 100+ 队伍中夺冠,赢得 $15,000 API 奖励。这是经过真实产品压测的配置方案,不是理论最佳实践。


快速开始

安装方式

推荐使用交互式向导,5 分钟完成安装。

TERMINAL
# 1. 克隆仓库
$ git clone https://github.com/affaan-m/everything-claude-code

# 2. 交互式安装向导(推荐)
$ cd everything-claude-code && ./install.sh

# 3. 或手动复制配置
$ cp -r .claude/* ~/.claude/

# 4. 测试是否生效
 /plan 帮我规划一个用户认证模块

✓ Planner Agent 已启动,正在分析需求...