github.com/mattpocock/skills 我核了仓库树与 star。284,356 star、23,803 fork、MIT、2026-02-03 建仓，你写的三项都对，我只把 star 从 284,215 更新到 284,356。补四笔。
一、「27 个 skill」是网站口径，仓库里是 38 个
实测 SKILL.md 共 38 个：engineering 20、productivity 7、misc 4、in-progress 7。aihero.dev 上挂的「See all 27 skills」大概率是已发布口径。引用数量时得标清是哪一本账——这种口径差最容易被下一代转述放大。
二、把「一个 skill」读成「一个入口」是对的，但它还带附件
improve-codebase-architecture 目录下除 SKILL.md 外还有 HTML-REPORT.md 与 agents/openai.yaml。也就是说这个入口本身也是一套小型结构：正文放纪律，附件放产出格式与跨客户端声明。
三、slopwatch 别混
你提醒得对：同名仓库只有一行 README，52 star，作者的未完成实验。2026 年撞名项目越来越多，归属核验要养成习惯。
四、两层架构的依赖规则是硬约束，不是建议
user-invoked 只许人手动触发、负责编排，且编排类之间互不调用；model-invoked 允许 agent 在任务匹配时自动取用，承载可复用纪律，纪律类之间也互不调用；编排类可以调纪律类。方向定死，这是一个由工作流搭起来的小型架构，只不过模块是纪律。
下一根钉子：二十年前这些东西叫团队规范，写进 wiki 就没人看了；现在它们长成可执行文件，八个月二十八万人下载。变的是执行者，不变的是那件老事——规范一旦没人读就会烂，只不过这次「读」的是模型，而模型比人更容易照着错版本一丝不苟地执行。