2025 年 1 月，在纽约举办的 Anthropic x Forum Ventures 黑客松上，Affaan Mustafa 和他的队友完成了一件看似不可能的任务：

仅用 8 小时，完全使用 Claude Code 构建了一个完整的 Web 应用 —— zenith.chat

他们不仅赢得了价值 15,000 美元的 API 积分冠军大奖，更重要的是，他们向世界展示了：当 Claude Code 被正确配置时，它可以从一个聊天助手跃升为真正的"高级工程师"。

现在，这套经过 10 个月高强度实战打磨的配置体系已经完全开源 —— Everything Claude Code。

该项目在 GitHub 上已获得超过 40,000 颗星标，在 X 平台上发布后短短数日内浏览量突破 90 万次，成为技术社区的热门话题。

---

一、为什么需要 Everything Claude Code？

1.1 开发者面临的三大痛点

在使用 Claude Code 的过程中，很多开发者都会遇到以下问题：

痛点一：上下文腐化

启动编码会话时，第一小时效率很高。但到了第三小时，Claude 开始遗忘早先的决策，出现前后矛盾，甚至重复已完成的工作。

你的 200k 上下文窗口逐渐被以下内容填满：

• 无果而终的早期探索尝试

• 已不再需要的文件内容

• 对架构的重复性解释

• 陷入死胡同的调试会话

痛点二：经验无法沉淀

今天踩的坑，明天可能再次踩上。团队中的最佳实践难以传承，每个项目都在重复造轮子。

痛点三：质量不稳定

代码写得快，但质量参差不齐。缺少工程边界约束，最后写出"能跑但不可维护"的代码。

1.2 Everything Claude Code 的解决思路

Everything Claude Code 的核心思想是：将 Claude 视为一个经过精心编排的开发团队

主会话 (协调器)
    ├── 委派给 规划代理 (架构决策)
    ├── 委派给 代码审查代理 (质量检查)
    ├── 委派给 TDD 指导代理 (测试实现)
    ├── 委派给 安全审查代理 (漏洞扫描)
    └── 委派给 构建错误解决代理 (调试)

每个代理都具备：

• 职责范围明确（不会偏离任务）

• 工具集特定（如代码审查代理无权编辑文件）

• 责任清晰（规划代理不编写代码）

---

二、Everything Claude Code 组件架构

2.1 仓库结构解析

everything-claude-code/
├── agents/                   # 专业化子代理
│   ├── planner.md            # 功能分解与规划
│   ├── architect.md          # 系统设计决策
│   ├── code-reviewer.md      # 代码质量与安全审查
│   ├── tdd-guide.md          # 测试驱动开发
│   ├── security-reviewer.md  # 深度漏洞分析
│   ├── build-error-resolver.md # 调试专家
│   ├── e2e-runner.md         # Playwright 端到端测试
│   ├── refactor-cleaner.md   # 死代码清理
│   └── doc-updater.md        # 文档同步
├── skills/                   # 可复用工作流定义
│   ├── coding-standards.md   # 各语言最佳实践
│   ├── backend-patterns.md   # API、数据库、缓存策略
│   ├── frontend-patterns.md  # React、Next.js、组件模式
│   ├── tdd-workflow/         # 完整的 TDD 方法论
│   └── security-review/      # 安全审计清单
├── commands/                 # 斜杠命令触发器
│   ├── tdd.md                # /tdd 命令
│   ├── refactor-clean.md     # /refactor-clean 命令
│   └── plan.md               # /plan 命令
├── rules/                    # 必须遵守的指导原则
│   ├── security.md           # 禁止硬编码密钥等
│   ├── testing.md            # TDD、覆盖率要求
│   └── git-workflow.md       # 提交格式、PR 流程
├── hooks/                    # 事件触发的自动化
│   └── hooks.json            # 钩子配置
├── contexts/                 # 模式特定配置
│   ├── dev.md                # 开发模式
│   └── review.md             # 审查模式
└── mcp-configs/             # 外部服务连接
    └── mcp-servers.json      # MCP 服务器配置

2.2 核心组件说明

Skills（技能） - 位于 ~/.claude/skills/

用于定义可复用的工作流。例如，一个 TDD 技能可以一次性捕获你的测试驱动开发模式。输入 /tdd 命令，Claude 便会自动遵循该模式。

Commands（命令） - 位于 ~/.claude/commands/

通过斜杠命令触发技能。与技能的区别主要在于组织方式——命令调用更快捷，而技能的定义更为宽泛。

Subagents（子代理） - 位于 ~/.claude/agents/

通过 Markdown 前言定义其范围、工具和模型偏好。它们独立运行并返回聚焦的摘要，避免上下文污染。

Hooks（钩子） - 在 ~/.claude/settings.json 中配置

在特定事件时触发：

• PreToolUse - 工具执行前运行

• PostToolUse - 工具执行后运行

• Stop - 会话结束时运行

Rules（规则） - 位于 ~/.claude/rules/

必须始终遵循的指导原则。例如：

• 禁止硬编码密钥

• 始终验证输入

• 优先使用小文件而非超过 500 行的庞然大物

MCPs（模型上下文协议） - 在 ~/.claude.json 中配置

将 Claude 连接到外部服务，如 GitHub、Supabase、Vercel、Railway 等，实现无需手动复制粘贴的直接连接。

---

三、实战成效对比

在 8 小时的黑客松期间，该配置方案取得了以下成果：

指标	改进幅度	具体数据
功能完成速度	提升 65%	与基准 Claude Code 使用方式对比
代码审查问题	减少 75%	每个 PR 的问题数从 12.3 个降至 3.1 个
测试覆盖率	提升 34%	平均覆盖率从 48% 提升至 82%
上下文切换	减少 70%	每次会话的切换次数从 23 次降至 7 次

最显著的改进并非速度，而是一致性。每次会话都能维持生产级别的代码质量。

---

四、快速开始

4.1 安装方式

方法一：插件安装（推荐）

# 添加插件市场
/plugin marketplace add affaan-m/everything-claude-code

# 安装插件
/plugin install everything-claude-code@everything-claude-code

所有组件将自动复制到正确的位置。

方法二：手动安装（控制更精细）

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

# 复制配置文件
cp agents/*.md ~/.claude/agents/
cp skills/* ~/.claude/skills/
cp commands/* ~/.claude/commands/
cp rules/* ~/.claude/rules/
# ...复制所需文件

您可以精确选择要使用的组件。

4.2 使用示例

TDD 工作流

# 触发 TDD 工作流
/tdd auth module

Claude 将自动：

1. 从 skills/tdd-workflow/ 读取 TDD 方法论

2. 应用 rules/testing.md 中的测试规则

3. 遵循 rules/coding-style.md 中的编码规范

4. 返回结构一致的输出

代码审查

# 委派给代码审查代理
@code-reviewer review auth files

代码审查代理将在独立上下文中运行，返回聚焦的摘要（约 500 tokens），而不是将完整的文件内容（可能 7,000+ tokens）倾倒入主会话。

---

五、最佳实践建议

5.1 不要贪多，循序渐进

仓库作者特别提醒：

不要一次启用全部 MCP。你的 200k context window 可能会因为工具太多缩水到 70k。

建议：

• 配置 20 到 30 个 MCP

• 每个项目启用不超过 10 个

• 总工具数量控制在 80 个以内

5.2 三步走策略

第一步：把它当成你自己的"默认工作台"

先装插件，直接用 /plan/tdd/code-review 跑一遍流程。

第二步：只保留你真正用得上的 agents 和 rules

比如你做后端就重点保留：

• backend-patterns

• security-review

• eval-harness

第三步：开始沉淀你自己的团队技能库

你每周总结一次，把踩坑和最佳实践变成 skills，这套系统就会越用越强。

5.3 包管理器自动识别

Everything Claude Code 实现了完整的包管理器检测机制：

1. 环境变量 CLAUDE_PACKAGE_MANAGER

2. 项目配置 .claude/package-manager.json

3. package.json 的 packageManager 字段

4. lock 文件识别

5. 全局配置 ~/.claude/package-manager.json

6. fallback 选第一个可用

这类细节，只有长期写真实项目的人才会去做。

---

六、核心价值总结

Everything Claude Code 最值得学习的地方，是它的整体方法论：

先把 Claude Code 当作工程系统的一部分，再谈提示词。

很多人对 AI 编程的理解停留在："我让模型帮我写一段代码。"

Everything Claude Code 给了你一个更高维的答案："我把模型变成一个能持续进化的工程系统。"

核心要点回顾：

✅ 10 个月高强度实战打磨的生产级配置
✅ 将 Claude Code 从聊天助手转变为团队级工具
✅ 完整的 agents、skills、hooks、commands、rules、MCPs 体系
✅ 在黑客松中实现 65% 效率提升
✅ GitHub 25,000+ 星标，X 平台 90 万+ 浏览量
✅ 跨平台支持（Windows、macOS、Linux）
✅ 插件化安装，开箱即用

---

结语

AI 编程的终局是"体系化复利"。

这套冠军选手的配置开源之后，真正的价值不是你照抄了多少 Prompt，而是你能不能把它变成你自己的工程复利工具链。

如果你正在用 Claude Code 做真实项目，这个仓库强烈建议收藏并实践。

项目地址：https://github.com/affaan-m/everything-claude-code