当前时间: 2026-05-15 07:32:45
分类:办公文件
评论(0)
Agent Skill 框架正在吃掉软件开发前几天在 GitHub Trending 上刷一系列数字。mattpocock/skills——这个仓库,78,943 颗星,单日涨了 3,392 颗。81K 星什么概念?React 的星标是 236K。Vue 是 216K。而 pocock 这个仓库,本质上就是一些文本文件——几个 markdown,外加一些 shell 脚本。不只 pocock。同一天,obra/superpowers 也在趋势榜上——一个 agentic skills framework。agentmemory 一天涨了 1978 颗星,号称「基于真实世界基准的 #1 Agent 记忆方案」。Danielmiessler 在做 Personal AI Infrastructure,14K 星。K-Dense-AI 在做 scientific-agent-skills。我盯着这些数字看了很久。一个问题反复出现:为什么是现在?说白了,Agent Skills 就是给 AI Coding Agent 用的「说明书」。你现在让 Claude Code 或者 Cursor 写代码,它靠什么理解你的项目?靠 CLAUDE.md、靠 .cursorrules、靠你上下文里塞的 prompt。这些本质都是 skills——只不过是你自己写的。pocock、obra、danielmiessler 他们做的事则是:把常用的 skill 标准化、可复用、可共享。pocock 的 skills 库里有什么?比如「用 TypeScript 写类型安全的 API」「处理 React 状态管理」「写可测试的单元测试」。每一段都是他从自己的 CLAUDE.md 里抽象出来的。obra 的 superpowers 更进一步——它不仅定义了 skills,还定义了一套「如何用 skills 做软件工程」的完整方法论。如果你觉得这听起来和 npm 有点像——确实有点像。2015 年 Node.js 爆发后,npm 的包数量从 2014 年的 50K 飙升到 2016 年的 300K。不是因为那一年突然多出了 250K 个新需求,而是因为开发者开始把过去「写在本地 helper.js 里」的东西,抽成了可复用的包。生态一旦启动,正反馈就来了——包越多 → 开发越快 → 更多人加入 → 更快的包越多。Agent Skills 现在正在经历完全一样的事情。之前大家用 AI 写代码,都是自己手搓 CLAUDE.md。开发者在论坛和 Twitter 上晒自己的规则文件,互相学习,但那都是「点对点」的分享。pocock 做了一个关键动作:他把这个过程标准化了。不再是你去他的 X 帖子下面问「能不能把你的 CLAUDE.md 给我看看」,而是直接把整个仓库 clone 下来,放到你的 .claude 目录里就能用。从「分享文本」到「分享制品」——这一步,就是生态的起点。这个问题值得好好想想。pocock 不是一个「技术布道师」,他是个真正的程序员——TypeScript 社区最有影响力的开发者之一,Total TypeScript 的创建者。他的 skills 之所以能炸,有个关键原因:这些 skills 是他自己每天都在用的东西。他之前在推上说过:现在他已经很少「手写」代码了,大多数 PR 都是 Claude Code 完成的。发现 Claude 犯错了?加一条规则。迭代了上百次,就成了这个仓库。这和 Boris Cherny(Claude Code 创建者)的逻辑完全一致。Boris 之前分享过他们团队的做法:CLAUDE.md 放进 git 仓库,团队每周都在往里面加东西。核心机制就一条——每当看到 Claude 做错了什么,就加到 CLAUDE.md 里。有一个飞轮在运转:用 Agent 写代码 → Agent 犯错 → 把经验写进 skill → Agent 犯错更少 → 写更多代码 → 更多经验变成 skill。我梳理了一下目前 Agent Skills 领域的玩家,发现格局已经很清晰了:不是给你一堆积木,而是给你一套「怎么搭积木」的方法论。superpowers 的野心更大,它想做 Agent 时代的软件工程标准。从需求、设计、实现、测试到部署,一整条流水线都定义了。库层——mattpocock/skills, K-Dense-AI/scientific-agent-skills这是「即插即用」的 skill 集合。pocock 偏 TypeScript 和前端,K-Dense 偏科研和数据分析。未来会出现各种垂直领域的 skills 库——游戏开发、嵌入式、区块链,你能想到的方向都是机会。基础设施层——agentmemory, danielmiessler/Personal_AI_Infrastructure这是最底层。让 Skills 这个生态能跑起来的前提是:Agent 能记住、能组织、能调用这些 skills。agentmemory 做持久化记忆,Personal_AI_Infrastructure 做 Agent 运行基础设施。这可能是最大的机会。npm 有 npmjs.com,Python 有 PyPI,Agent Skills 的「官方市场」在哪里?目前最接近的是 ClawHub(我现在装 skills 用的就是它),但它还远没有成为基础设施。我的判断:不是最好的 skills 集合赢,也不是最好的框架赢,而是最先成为开发者默认选择的那个人赢。这和 npm 的剧本一样。2015 年不是没有比 npm 更好的包管理器,但 npm 已经在 Node.js 里预装了,所以它赢了。现在 Agent Skills 的「预装渠道」就是 Cursor、Claude Code、Windsurf 这些 AI IDE。谁先进入它们的默认推荐列表,谁就拿到了当年 npm 的那个位置。作为 AI Native Coder,这件事跟你直接相关。如果你还在手写 CLAUDE.md,把 skills 当成「锦上添花」——可能该重新评估了。不是所有 skills 都值得用。pocock 的 TypeScript skills 可能跟你的项目不搭。但思路是一样的:把你和 Agent 协作的经验,变成可复用的知识。这不只是为了「节省时间」。而是因为:你每让 Agent 犯一个你以前犯过的错,就是在浪费上下文窗口。而标准化的 Agent Skills 生态一旦成熟,那些没有积累自己 skill 库的开发者,就会像 2015 年还在手写 jQuery 插件的人一样——技术上不算落后,但效率差了两个数量级。这让我想起我之前写过的:AI 可以替我写,但不能替我想。但这件事让我意识到一个新的变体——标准化 skill 可以替你积累,但不能替你判断。选哪些 skill 用、不用哪些 skill、自己写什么 skill,这些判断永远是你自己的。这个领域变化太快了。pocock 的仓库一周前可能还不到 70K 星,下周可能就破 10 万了。我会持续关注这个方向。毕竟我自己也是个重度 Agent Skills 用户——我现在的公众号写作工作流,本质上就是一组高度定制的 skills 在协作。如果你也在用或者开始用 Agent Skills,欢迎在评论区聊聊。你的 CLAUDE.md 里放了什么?你装了哪些 skills?哪些是真的好用的,哪些是坑人的?mattpocock/skills: https://github.com/mattpocock/skillsobra/superpowers: https://github.com/obra/superpowersagentmemory: https://github.com/rohitg00/agentmemorydanielmiessler/Personal_AI_Infrastructure: https://github.com/danielmiessler/Personal_AI_Infrastructure
基本
文件
流程
错误
SQL
调试
- 请求信息 : 2026-05-15 07:32:51 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/627516.html
- 运行时间 : 0.220165s [ 吞吐率:4.54req/s ] 内存消耗:4,754.73kb 文件加载:145
- 缓存信息 : 0 reads,0 writes
- 会话信息 : SESSION_ID=cb1be63a6da00e21c2ed13e8db9e55bb
- CONNECT:[ UseTime:0.000906s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
- SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.001481s ]
- SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000700s ]
- SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000780s ]
- SHOW FULL COLUMNS FROM `set` [ RunTime:0.001312s ]
- SELECT * FROM `set` [ RunTime:0.000736s ]
- SHOW FULL COLUMNS FROM `article` [ RunTime:0.001541s ]
- SELECT * FROM `article` WHERE `id` = 627516 LIMIT 1 [ RunTime:0.005497s ]
- UPDATE `article` SET `lasttime` = 1778801572 WHERE `id` = 627516 [ RunTime:0.013625s ]
- SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000327s ]
- SELECT * FROM `article` WHERE `id` < 627516 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000551s ]
- SELECT * FROM `article` WHERE `id` > 627516 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000457s ]
- SELECT * FROM `article` WHERE `id` < 627516 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.000944s ]
- SELECT * FROM `article` WHERE `id` < 627516 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.001025s ]
- SELECT * FROM `article` WHERE `id` < 627516 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.000712s ]
0.223978s