> 📌 **项目地址**：[hesreallyhim/awesome-claude-code](https://github.com/hesreallyhim/awesome-claude-code) | ⭐ 48,239 颗星 | 🔧 Python | 📜 未标注
打开 `hesreallyhim/awesome-claude-code` 的主列表，你会看到 20 个分类标签：Security、Observability、Agent Orchestration、Memory & Context Persistence……多数标签下面只挂着一两个项目，有的分类整个是空的。仓库有 48,239 颗星，主列表却像刚建好的毛坯房。
这不是作者偷懒。README 写得很清楚：**当前迭代只收录”此前没出现过的新资源”**，所有旧资源整体转移到了 `README_ALTERNATIVES/` 目录，按分类存成独立 Markdown 文件，标注不再更新。作者承诺几周内会把仍维护的旧资源迁回主列表。换句话说，这个 48k 星的仓库正处于一个过渡态——骨架露在外面，肉暂时藏在另一个目录里。
我花了两天把主列表和副目录翻了一遍，这篇文章说点实际的。
## 主列表里两个能直接用的项目
先说结论：主列表现在虽然空，但 `Start Here` 分类下两个项目都是能立刻落地的东西。
**andrej-karpathy-skills**（作者 multica-ai）：一个 `CLAUDE.md` 文件，内容是四条针对 LLM 辅助编码的行为准则。准则来源于 Andrej Karpathy 关于 LLM 编码踩坑的公开笔记。你把这文件丢进项目根目录，Claude Code 读代码时就会加载这些规则。它被放在 Start Here 分类，说明作者认为这是最基础的起点。没有依赖，不需要安装，20 秒生效。它解决的实际问题是：Claude Code 默认行为太”莽”，拿到任务就直接改代码，而这四条准则会让它先停下来想清楚再动手。对刚上手的人，这比读几十页文档有用得多。
**Claude Code Guide**（作者 zebbern）：一份单页参考文档，覆盖安装步骤和环境变量。README 原文只写到”install, environment”就截断了，所以我只说我确认的部分：它是单页、当前维护、和官方变更保持同步。实际用起来，当你忘了某个环境变量名或斜杠命令时，翻这个比翻官方文档快。
这两个项目都没有额外依赖，拉到项目里就能用，属于”拿到就能跑”的类型。
## 主列表的分类本身就是一张生态地图
就算忽略空分类，光看分类标题也有价值。20 个分类覆盖了 Claude Code 生态的主要扩展方向：
– **From Anthropic**：官方资源
– **Skills、Memory & Context Persistence、Agent Orchestration**：三大扩展方向
– **Remote Control / Notifications / Voice I/O**：输入输出层的玩法
– **Alternative Clients**：第三方客户端
– **Status Lines、Design & UI/UX**：不怎么起眼但产生实际需求的类别
– **Observability & Monitoring** 下面再分 Session Monitors、Usage & Cost、Observability 三个子类
这些分类名称本身就是索引。你不需要读任何项目，就知道 Claude Code 能被扩展成什么样子。这比大多数只列项目的 awesome list 更有信息量。
## README_ALTERNATIVES：真正的资源库
主列表只是入口，资源在仓库根目录的 `README_ALTERNATIVES/` 文件夹里。进去之后是按分类命名的 Markdown 文件：`multi-agent.md`、`memory.md`、`security.md`、`statuslines.md` 等。
这些文件列出了大量旧资源，每个都有简要描述和链接。作者声明它们”不再更新”，但注意区别：**列表不更新，不等于项目本身死了**。很多项目可能还在独立维护。
我实际翻了下 `multi-agent.md`，里面列了十几个项目。逐个点进原仓库看，有的最后一笔 commit 在几个月前，有的还在活跃开发。列表标注的”不再更新”只是说没人往这个索引里加新东西了，不代表这些项目的生态已经消失。
怎么判断一个旧资源还能不能用？我推荐这个流程：
1. 进 `README_ALTERNATIVES/` 目录，找对应分类的 Markdown 文件
2. 打开看描述，筛出几个看着靠谱的项目
3. 点进原仓库，看最后 commit 日期
4. **重点看 issues**：有没有人提”Claude Code 新版本下不兼容”之类的问题
5. 超过三个月没更新的项目，跑一遍测试再决定要不要用
## 三类人能从这个仓库里挖到东西
**刚接触 Claude Code 的人**：只看 Start Here 两个项目就够了。不要被空主列表吓到。20 分钟能见效的是 `andrej-karpathy-skills`，先把这个用了再说。
**需要特定功能的人**：你对跨会话记忆、多代理编排、状态栏、MCP 集成这些方向有具体需求的话，去 `README_ALTERNATIVES/` 对应的分类文件翻。比如 `memory.md` 里有上下文持久化方案，`multi-agent.md` 里有代理框架。这些项目设计是经过实际使用验证的，只是现在没人推广了。
**插件和工具开发者**：副目录里的项目是现成的参考实现。看别人怎么写 `CLAUDE.md` 规则、怎么搭 MCP 服务器、怎么写 hook 脚本、怎么设计 subagent 结构。版权每个项目独立，注意 GPL 类许可证有传染性，商用前检查 LICENSE 文件。
## 这个索引的真正价值
它不是一个”最好的 Claude Code 工具大全”，那样读会失望。它实际是两样东西：
**线索库**。20 个分类覆盖了 Claude Code 几乎所有的扩展方向。每个分类下的项目少，反而没有灌水。你沿着一个分类的 legacy 文件进去，能找到一整套关联项目。比如从 `security.md` 进去，你会看到代码扫描、权限管理、密钥检测等不同层级的工具，它们互相之间有替代关系、有互补关系，横向比较一圈，你对这个方向就有一个完整认识。
**生态演化的记录**。翻 `README_ALTERNATIVES/` 里的旧资源和当前主列表对比，你能看到过去半年 Claude Code 生态淘汰了什么、留下了什么。比如多代理编排，早期项目多是实验性框架，”以试验为主”；现在主流方案已经收敛到 MCP 和 subagents。这种演化轨迹不是刻意记录的，但通过新旧索引的对比能看出来。
最后说一句：如果你从副目录里挖到了好项目，别只收藏，去原仓库给它点个 star。这些项目为生态贡献过，因为索引”不再更新”被打入冷宫，但它们值得被看见。