今天的 GitHub 热榜有点值得琢磨。前十个席位里，四个被 Claude Code 生态占了：免费接编码代理的 free-claude-code 冲上榜首，Anthropic 官方插件市场镜像仓库 anthropics/claude-plugins-community 也进了榜单，旁边还站着 OpenAI 的 codex。知乎
但我觉得最反直觉的是第三名那个项目：multica-ai/andrej-karpathy-skills。整个仓库没有一行代码，只有一份 CLAUDE.md 文件，却拿了 20 多万 Star。知乎这份文件把 Karpathy 平时吐槽 LLM 写代码毛病的观察，提炼成四条行为准则：先想清楚再写、保持简单、只改该改的、用可验证目标驱动执行。其中「Surgical Changes」一条，专门要求模型别顺手重构相邻代码、别删不是自己产生的死代码，正好治很多人用 AI 改代码时「改一个 bug 多出三个」的慢性病。装起来也简单：插件市场一键安装，或者把这份 CLAUDE.md curl 下来追加进自己的项目。
表面看，这是大家在追一个名人梗。往深一层，这是个挺重要的生态信号：在 Claude Code 上，「经验」本身已经变成了一种可安装、可传播、有人给它点 Star 的资产。而今年 8 月，官方明显在加速。
官方三连
8 月 18 日，/design 命令进入 research preview，CLI 和桌面端都能用。小红书用法就是在终端里一句话，它会读你的代码、复用你现有的组件和设计规范，把几个设计方向出到一张画布上并排摆着，旁边还贴着设计思路便签。画布底层是 HTML，做 web 项目时设计稿和最终代码几乎是同一种语言，设计稿不再是各自飞走的 Figma 文件，而是仓库里的一等公民。
8 月 25 日，官方插件市场镜像仓库上了 GitHub 热榜。目前库里已有约 100—200 个社区插件，全部通过安全扫描、获批分发，Claude Code 和 Cowork 都能直接装。知乎注意这个仓库是只读镜像：直接提 PR 会被自动关掉，提交插件要走官方审核通道，官方摆明了要做精选市场路线。
还有一个细节：Claude Code 团队最近公开了一个内部在用的技能 eli5，解决一个很具体的烦恼——AI 解释东西太专业、又臭又长，没人看得下去。小红书它的做法是三条规则：像对一个 5 岁小孩讲话那样去讲、用一张 HTML 图解页而不是写说明书、图大字少。
三件事连着看，方向一致：官方在把「能做什么」往「能装什么」上搬。
在企业那里，skills 已经是生产资料
如果官方动作还带着「预览」的味道，那在创业公司里，skills 已经在生产环境上班了。Anthropic 最近和十几家高速增长的创业公司聊了它们怎么用智能体编码工具做产品，整理成一份创业公司指南，几个数字很扎眼：ClickHouse 的功能交付量提升 30%，Omni 的工程效率提高 2—3 倍，Clay 把 100% 的 bug 分诊自动化，Artemis Security 每周处理 6000 多个 PR。知乎
最狠的是 ClickHouse。他们的 CTO 说，团队几乎把软件生命周期的每个阶段都变成了自主循环——两个专门修不稳定测试、找测试覆盖缺口的智能体，如今已是仓库的第 2 和第 3 大贡献者。知乎不是人，是智能体。
承载这些循环的，就是 skills：把团队标准和上下文编码进去的可复用指令文件。连 Anthropic 自家的 CI 值班智能体 Claude Tag 也是这么跑的——常驻指令写成 markdown 技能，提交进 GitHub 仓库，多人共同迭代，像管理代码一样管理这些变更。知乎指南里还给了个很清楚的分工：不变的东西放进根目录 CLAUDE.md，按需触发的流程做成 skills，仓库每个子目录可以再放一份自己的 CLAUDE.md 记录目录专属约定，一位员工的最佳实践能通过 skills 目录瞬间传给全公司。
真正的信号：护城河在搬家
把这个月的调查数据放在一起，生态这波水的方向会更清楚。JetBrains Research 8 月发布的报告覆盖了全球超过 1.5 万名专业开发者：约 90% 的人每周至少用一次 AI 编程 Agent，68% 每天在用。36氪
Claude Code 的使用率半年里从 18% 翻倍到 39%，反超长期第一的 GitHub Copilot，31% 的开发者已经把它当主力工具。36氪同期 Codex 从 3% 涨到 16%，Cursor 反而从 18% 掉到 12%。这组数据说明的不只是「谁第一」：模型能力在趋同，竞争已经从「谁的 IDE 更好用」，转向「谁的 Agent 能真正接手工作」。而模型一旦拉平，真正拉开差距的，是沉淀在上面的工作流资产——你的 CLAUDE.md、你的 skills、你装的那套插件。
这也是「一份 markdown 文件为什么值 20 万 Star」的答案：越来越多人意识到，模型可以换，经验资产难迁移。而且这些资产几乎全是纯 markdown，天然可携带——社区里已经有人在研究 Claude Code 和 Codex 两套智能体怎么共用同一套项目规范。哔哩哔哩社区还在把 Claude Code 接进各种垂直工作流：有做分子模拟的用户把它接进 PyMOL，出一句「帮我做几个图，关注 model1 的 PDB」。小红书剩下的定位软件、读 PDB、写脚本、跑渲染，全是它自己干完的。
换句话说：今天沉淀得越深，明天越自由。就算哪天真的要跳车，攒下的经验一个文件夹就能带走。
不同人群怎么入手
个人开发者：别急着囤插件。先把你最常重复的一套流程改造成一个 skill——SKILL.md 只放任务边界和触发条件，参考资料拆进 references 按需加载，改造前后各看一次 /context，用数据说话。eli5 和 karpathy-skills 都是现成的可模仿模板。
团队用户：把 CLAUDE.md 按子目录拆开、skills 用目录共享，先沉淀两样东西：团队约定和流程最佳实践。有余力可以再试试 Code Review 研究预览，让多智能体在 PR 上线前先自动过一遍。
观望者：先把官方插件市场加上，浏览一遍那 100—200 个插件，感受一下质量。顺带提个醒：像 free-claude-code 这类登顶的免费聚合项目确实香，但它依赖上游额度政策，免费额度随时可能变。知乎主力工作流别押在上面。
三个值得盯的信号，和一点冷水
最后留三个可以继续观察的信号：
官方插件市场的更新节奏——插件数量和审核速度能不能跟上，决定生态飞轮转不转得起来；
skills / CLAUDE.md 格式是否继续被竞品兼容——它一旦成为事实标准，你的资产就永远不会被套牢；
/design 和 eli5 的后续动作——从 research preview 转正，往往意味着这条产品线被内部认可。
也泼一点冷水：生态的繁荣不能抵消基本面的体验。如果模型稳定性和额度问题继续被用户诟病，生态能留住切换成本，留不住信任。
护城河会被追平，资产可以带走。这大概是这波生态行情里，对 Claude Code 用户最实在的一句话。
