Everything Claude Code：集成代理、技能与钩子的 Claude Code 工具包
给 Claude Code 开发者的一套代理、命令和钩子配置，区别是覆盖记忆持久化与验证循环。
GitHub WorldFlowAI/everything-claude-code 更新 2026-09-06 分支 main 星标 2.4K 分叉 362
JavaScript Shell Claude Code MCP Node.js Windows/macOS/Linux

🧭 决策指南

为什么现在热： 无法从材料判断

适合，如果你

  • 你正在用 Claude Code 开发 JavaScript 或 Shell 项目，并需要现成的 agents、commands 与 rules。
    README 的“What's Inside”列出 agents、commands、rules，项目技术栈为 JavaScript、Shell。
  • 你的团队需要 Windows、macOS、Linux 统一运行 hooks。
    README 的“Cross-Platform Support”说明插件支持三种操作系统，hooks 和 scripts 已用 Node.js 重写。
  • 你希望加入 TDD、Playwright E2E、memory persistence 或 verification loop。
    README 的 skills、agents 和 hooks 目录分别列出 tdd-workflow、e2e-runner、memory-persistence 与 verification-loop。

不适合，如果你

  • 你的开发环境不使用 Claude Code，或不需要 Claude Code plugin、slash commands 和 hooks。
    README 明确称该仓库是“Claude Code plugin”，安装方式也是 Claude Code plugin 或手动复制到 ~/.claude。
  • 项目要求已明确的开源许可或商用授权条款。
    项目基础信息中的许可协议为“Not specified”，README 的 License 章节内容也未提供。
  • 你需要正式版本或稳定发布渠道来锁定依赖。
    项目元数据显示版本发布为 0 个，最新版本为“No releases”。

前置条件

  • 需要 Claude Code，因为 README 将项目定义为“Claude Code plugin”。
  • 可使用 Windows、macOS 或 Linux；README 的“Cross-Platform Support”明确支持三者。
  • 运行测试需要 Node.js 命令，例如 node tests/run-all.js。
  • 使用 MCP 配置时，需要把 mcp-configs/mcp-servers.json 中的 YOUR_*_HERE 替换为真实 API keys。

第一步命令（README 原文）

/plugin marketplace add affaan-m/everything-claude-code

要注意

  • 直接启用 MCP 前要处理 YOUR_*_HERE 占位符，否则配置缺少真实 API keys。
    README 的“Configure MCPs”明确要求替换 YOUR_*_HERE。
  • 只看仓库代码可能无法获得完整方法说明，Token optimization 等内容在 Longform Guide。
    README 写明“This repo is the raw code only”，并把 Token Optimization、Memory Persistence 等内容放在 Guides。
  • 手动安装会把 agents、rules、commands、skills 复制到 ~/.claude 对应目录。
    README 的“Manual Installation”给出了四组 cp 命令和目标路径。

材料未说明

  • README 未说明 Claude Code 的最低版本或兼容版本。
  • README 未说明 JavaScript、Shell、Node.js 的最低版本要求。
  • README 未给出各 agent、hook、MCP 配置的运行权限边界。
  • README 未说明未指定许可协议下的再分发和商用条件。
  • README 未提供正式 release、变更日志或版本锁定策略。

💡 深度解析

6
不适合 我所在的企业需要正式发布版本、明确许可证和可审计的依赖来源；当前项目数据里 release_count 为 0、许可证为 Unknown，我可以把它直接纳入内部平台吗？
适合读者： 准备在企业内部推广 Claude Code 工作流、但要求有正式版本、明确许可证和可审计变更的工程平台负责人

不适合直接纳入企业关键平台，因为当前项目数据无法满足你对版本和许可证可审计性的硬约束。

  • 项目核心数据中的 license 为 Unknown，latest_release 为空，release_count 为 0；这意味着不能从项目数据确认可采用的正式版本和再分发条件。
  • README 虽然提供 plugin.json、marketplace.json 和测试目录，但没有展示正式 release 流程或稳定版本策略。
  • 安装示例使用 affaan-m/everything-claude-code，而项目标识是 WorldFlowAI/everything-claude-code，来源不一致会影响供应链审计和锁定版本。

它可以作为内部评估或受控试验的源码候选，但在许可证核实、仓库来源确认、提交版本固定和变更审批完成前，不应成为唯一生产保障。

  • 项目核心数据：`license` 为 `Unknown`、`latest_release` 为空、`release_count` 为 `0`
  • README「Installation」：“affaan-m/everything-claude-code”
  • 项目核心数据：项目名为 `WorldFlowAI/everything-claude-code`
  • README「What's Inside」：包含 `plugin.json`、`marketplace.json` 和 `tests/`
材料未说明：许可证正文和再分发条件未提供；README 未说明正式发布、版本锁定和变更签名机制；README 未解释 WorldFlowAI 仓库与 affaan-m 安装来源之间的关系
适合 我需要在 Windows、macOS 和 Linux 三个平台上使用 Claude Code，并希望把规划、代码审查、构建修复和测试流程统一起来；这个工具包适合我吗？
适合读者： 在 Windows、macOS 和 Linux 上使用 Claude Code、希望把个人开发流程标准化的全栈开发者

适合，因为它直接以 Claude Code 插件和跨平台 Node.js 脚本为交付形式，覆盖你列出的流程。

  • README 明确写有“fully supports Windows, macOS, and Linux”，并说明 hooks 和 scripts 已重写为 Node.js。
  • agents 提供 planner、code-reviewer、build-error-resolver、e2e-runner 等专用代理；commands 提供 /plan、/code-review、/build-fix、/e2e 和 /verify。
  • 你可以整体安装插件，也可以只复制 agents、commands、rules 或 skills，因此不必一次启用全部行为。

不过，它依赖 Claude Code 的插件、命令和钩子能力，不是独立的编程模型；具体 Node.js 版本、Shell、文件权限和 Claude Code 版本兼容性仍需确认。

  • README「Cross-Platform Support」：“fully supports Windows, macOS, and Linux”
  • README「What's Inside」：agents、commands、hooks、scripts 目录
  • README「Installation」：“install it directly or copy components manually”
/plugin marketplace add affaan-m/everything-claude-code
材料未说明：README 未说明所需的 Node.js 版本和 Claude Code 最低版本；README 未给出三个操作系统上的完整兼容性测试矩阵
适合 我们主要开发 React 和 Next.js 项目，团队要求 TDD 和至少 80% 测试覆盖率；我能否只引入适合这些约束的规则、技能和命令，而不启用整套插件？
适合读者： 使用 React 和 Next.js、要求 TDD 与 80% 覆盖率、希望在团队中复用 AI 规范的软件工程团队

适合，尤其适合希望选择性复用规范的 React/Next.js 团队，因为仓库支持手动安装并把规则、技能和命令拆开管理。

  • skills/frontend-patterns 明确面向 React、Next.js；skills/tdd-workflow 定义 RED、GREEN、IMPROVE 和验证步骤。
  • rules/testing.md 规定 TDD 和 80% 覆盖率要求，commands 中有 /tdd、/verify 和 /e2e。
  • README 的手动安装示例可以分别复制 agents、rules、commands 和 skills，不要求启用所有 hooks 或 MCP。

但 80% 覆盖率是仓库内置工作流约束，不代表它能替你配置测试框架或判断业务测试是否充分；React、Next.js 的版本以及现有测试命令也没有在 README 中固定。

  • README「What's Inside」：“frontend-patterns/ # React, Next.js patterns”
  • README「Key Concepts / Skills」：“Write failing tests (RED)… Verify 80%+ coverage”
  • README「What's Inside」：“testing.md # TDD, 80% coverage requirement”
  • README「Manual Installation」：分别复制 agents、rules、commands、skills
git clone https://github.com/affaan-m/everything-claude-code.git
材料未说明：README 未说明 React、Next.js、Playwright 或测试运行器的版本兼容范围；README 未说明 80% 覆盖率由哪个具体工具和命令计算
视情况 我希望把复杂功能拆给 planner、architect、tdd-guide、security-reviewer 和 e2e-runner，并通过 Git worktree 并行推进；这个项目能支持这种协作方式吗？
适合读者： 需要用 planner、architect、tdd-guide、security-reviewer 和 e2e-runner 子代理并行处理复杂功能、同时使用 Git worktree 的高级 Claude Code 开发者

视情况，项目提供了清晰的角色拆分和验证入口，但并行执行的冲突控制与成本边界并未由工具包自动解决。

  • agents 目录包含 planner、architect、tdd-guide、security-reviewer 和 e2e-runner，职责覆盖规划、架构、TDD、安全审查和 Playwright E2E。
  • rules/agents.md 用于规定何时委派子代理，commands 提供 /plan、/tdd、/e2e、/code-review 和 /verify，适合形成阶段化流程。
  • 项目洞察明确提到子代理、Git worktree 和并行任务可提高复杂功能交付效率，但也会增加计算成本、上下文管理复杂度和合并冲突风险。

因此它适合有成熟 Git 流程的高级使用者，不适合把多个代理同时指向同一组文件而没有任务边界的团队。README 没有给出 worktree 创建、代理调度或冲突合并的具体命令。

  • README「What's Inside / agents」：planner、architect、tdd-guide、security-reviewer、e2e-runner
  • README「What's Inside / rules」：“agents.md # When to delegate to subagents”
  • README「commands」：`/plan`、`/tdd`、`/e2e`、`/code-review`、`/verify`
  • 项目洞察「usage_limitations」：并行化、Git worktree 会增加计算成本、上下文复杂度和合并冲突风险
/plugin install everything-claude-code@everything-claude-code
材料未说明：README 未提供 Git worktree 的创建和清理命令；README 未说明不同子代理是否能并行运行以及如何限制文件写入范围；README 未量化多代理并行所需的模型调用成本和上下文开销
视情况 我想把 GitHub、Supabase、Vercel 和 Railway 接入 Claude Code，但必须控制 API 密钥权限并避免把凭证写进仓库；这个项目的 MCP 配置适合直接采用吗？
适合读者： 需要把 GitHub、Supabase、Vercel 和 Railway 接入 Claude Code、同时受 API 凭证最小权限约束的安全工程师

视情况，项目提供了目标服务的 MCP 模板，但不能据此直接视为安全可用的生产配置。

  • README 的 mcp-configs/mcp-servers.json 列出 GitHub、Supabase、Vercel、Railway 等服务，说明它能作为接入起点。
  • 手动安装章节要求把所需服务复制到 ~/.claude.json，并明确要求替换 YOUR_*_HERE 占位符。
  • 仓库同时提供 security.md、security-reviewer 和 /code-review，可用于把安全检查纳入流程。

决定能否采用的关键事实仍未给出：各 MCP 的实际权限范围、凭证存储方式、网络边界、审计能力和第三方 API 版本都没有在 README 中展开。直接启用全部服务会扩大凭证和外部写操作的风险。

  • README「What's Inside」：“mcp-servers.json # GitHub, Supabase, Vercel, Railway, etc.”
  • README「Configure MCPs」：“Replace YOUR_*_HERE placeholders with your actual API keys.”
  • README「What's Inside」：“security.md # Mandatory security checks”
材料未说明：README 未说明每个 MCP 服务需要的精确权限和可执行操作；README 未说明 API 密钥是否通过环境变量、系统密钥环或其他安全存储管理；README 未说明 MCP 请求是否具备审计、超时和失败回滚机制
视情况 我经常在 Claude Code 中进行长会话，既要保存会话状态又要在压缩后恢复上下文；这个项目能否满足我的记忆持久化和上下文管理约束？
适合读者： 经常进行长时间 Claude Code 会话、担心上下文窗口快速消耗并需要跨会话恢复状态的高级开发者

视情况，因为项目确实提供会话生命周期钩子和压缩辅助，但 README 没有证明恢复内容足以覆盖所有长会话上下文。

  • session-start.js 用于会话开始时加载上下文，session-end.js 保存状态，pre-compact.js 在压缩前保存状态。
  • suggest-compact.js 提供战略性压缩建议，evaluate-session.js 可从会话中提取模式；对应的 memory-persistence、strategic-compact 技能也被列出。
  • /checkpoint、/learn 和 /verify 把状态保存、模式提取和验证做成可调用命令。

但 README 没有说明保存哪些字段、存储位置、保留周期、敏感信息过滤方式或恢复失败行为。若项目涉及机密代码，记忆持久化的合规边界必须先确认。

  • README「What's Inside / scripts」：“session-start.js # Load context on session start”
  • README「What's Inside / scripts」：“session-end.js # Save state”与“pre-compact.js # Pre-compaction state saving”
  • README「What's Inside / hooks」：“memory-persistence”与“strategic-compact”
  • README「commands」：`/checkpoint`、`/learn`、`/verify`
node tests/run-all.js
材料未说明：README 未说明会话状态的具体存储路径、数据格式和清理命令；README 未说明敏感代码、凭证和个人信息是否会被过滤；README 未说明压缩后恢复失败时 Claude Code 的行为

✨ 核心亮点

  • 包含 agents、skills、commands、rules 与 hooks
  • Node.js 重写 hooks，支持 Windows、macOS、Linux
  • 集成 memory-persistence 与 verification-loop
  • 内置 Playwright E2E 与 80% 覆盖率规则

🔧 工程化

  • 用 /plan、/tdd、/code-review 执行开发工作流
  • session-start.js 与 session-end.js 管理会话记忆
  • mcp-servers.json 提供 GitHub、Supabase、Vercel 配置

⚠️ 风险

  • MCP 配置含 YOUR_*_HERE，必须替换真实 API key
  • README 标注许可协议未指定，商用条款不明确
  • 仓库没有版本发布，当前仅有 10 个最近提交
  • README 说明 raw code only，完整解释依赖两份 Guide

👥 适合谁？

  • 使用 Claude Code 构建 JavaScript 产品的开发者
  • 需要 React、Next.js 工作流模板的前端团队
  • 希望引入 TDD、Playwright E2E 与代码审查的团队