8月下旬这一周,Claude Code 社区为了 ~/.claude/skills 这个文件夹差点吵翻天:一边有人不停发必装清单和免费技能包,另一边有人做了个标题相当狠的视频——别再无脑囤 Skill 了。8 月 29 日,Anthropic 官方博客发了一篇讲 Warp 自我改进 Agent 的文章,正好撞在这个议题上。微博装与不装这件事,直接连着你的订阅费、上下文窗口和 Agent 在你项目里的实际表现。
7.5 万个 skill 的市场,和你真正会用的那 11 个
先看这个生态涨到什么程度:GitHub 上 anthropics/skills 仓库拿下 80K+ stars,awesome-claude-skills 元目录追踪的 skills 数已经突破 75,000 个,跨 Claude Code / Cursor / Codex 全平台跑通。知乎单品还在制造爆款:一个教 Agent「少说废话、先给答案」的 SKILL.md 刚刚冲到 2.3 万 Star,装进 Claude Code 只要两条命令。知乎

但整理出 7.5 万这个数的设计师,也晒了自己的实测:本地装了 50 多个 skills,三个月真实工作流跑下来,每天或每周会调的只有 11 个——其余的在文件夹里当摆设。知乎收藏量和调用量,是两码事。
为什么装多了反而变笨
机制上要搞清楚:CLAUDE.md 是全局常驻的指令,skill 是按需加载的,只有 Claude 判断当前任务匹配 skill 的 description 才会加载——description 就是它决定「用不用」的唯一线索。知乎几十条 description 常驻在匹配池里,每一轮对话 Agent 都要先「看一遍简历」再干活;描述写得模糊,skill 压根不会被调用;写得太宽,又会被滥用。
膨胀的不只是匹配池。那篇拆解 Claude Code 设计空间的论文解读里说得很直白:官方把 context management 这类东西当成确定性基础设施去投资,而不是堆决策脚手架——skill 是往上下文里加东西的,先占窗口,再谈帮忙。知乎

拆队和囤队,各说对了一半
拆队那边的爆款视频标题足够扎眼:开源社区里的 skill 正在发生通货膨胀,一个看起来更专业的 Skill,反而让任务完成的质量更差;星星多的仓库对你来说不仅没用,反而有害。哔哩哔哩
但那期视频下被顶到上面的团队实测评论,给出了另一半答案:单个 skill 职责模糊时,上下文稀释确实会让执行层「选择性失忆」;把高频确定性操作沉淀成窄口径 skill,成功率反而明显提升,按任务类型只挂载 3-5 个,比全量常驻表现好。哔哩哔哩也就是说,被该砍掉的是「按 star 收藏」,不是「把经验沉淀下来」——skill 太多占用上下文、分散模型注意力的问题是真的,但代码会贬值、skill 会增值这句话也是真的。哔哩哔哩
官方博文这周把方法摆出来了
这篇官方博文里的六条最佳实践,翻译过来其实就一句话:写原则,不要写死规则,像在指导一个聪明人而不是给计算机编程。微博
Warp 的做法更值得抄作业:一个基础 Skill 负责做代码审查,一个改进 Skill 定期收集人类工程师在 PR 里的评论,根据这些评论去更新审查 Skill——人只要正常评审,Agent 自己进化。微博
不过也别把「自我进化」理解成越养越肥。一个实测过自更新 skill 的开发者泼的冷水是:每次遇到新场景就让 Skill 自己更新自己,效果不错,就是文件越来越大;写作类 skill 因为没有统一标准,经常负优化、越写越糟。微博绕回官方第 4 条:保持 Skill 精简,引用资源文件和脚本,而不是一次性把所有内容塞进上下文。
瘦身清单:三种人三套处方
刚入坑的,别追必装清单。先给自己每周都重复的那件事写一个 skill,30-50 行就够——那份留存的 11 个 skill 平均就这么短,靠模型通用能力补细节;复杂堆料的反而把 Agent 框进逐条匹配的死板模式。自己写的 skill 会增值,收藏来的大概率不会。知乎
收藏癖患者,给自己定个规矩:每两周打开 skills 目录,从没调用过的一次性归档。筛选只看三个指标——真实调用频次,不看 star 数;两个 skill 解决同一问题就留调用高的;prompt 长度,超长的优先重写而不是继续供着。知乎
团队用户,技能上百之后得靠制度:已经有用户整理出一套跨工具的通用智能体 Skill 管理策略,把整个 skill 库当成 Git 主仓库来管版本。知乎另外要分清 skill 和强制规则的边界:想禁止危险命令、要求执行前确认,提示词和 skill 都可能被模型「忽略」,这类要求应该交给 Hooks 变成执行前的强制检查。知乎

判断你的 skill 列表是否健康,就看三个信号:新开一轮对话,Agent 还会不会主动命中正确的 skill;会不会用错(写周报的活套上画图的技能);/context 里 skill 占的比重的变化。任何一个不对,都说明该再删一轮。
最后
7.5 万个 skill 还在涨,官方这篇博文已经把方向摆明:宁少而精,配上反馈闭环。Skill 不是收藏品,是接口契约——当配置堆料写,它会埋了你;当契约写,它才是你 Agent 身上投资回报率最高的资产。哔哩哔哩如果你本地装的文件数已经超过 20,今晚就打开目录看一眼:最近两周,有几个被调用过?