Chengshu@skadai · 2026.10.20
RSS

读懂最优秀的开发技能是怎么写的(Matt Pocock skills 逐技能精读)

27 个技能,一个技能一篇:它怎么工作、和一般技能差在哪、有意摒弃了什么

对 Matt Pocock 的 skills 仓库(github.com/mattpocock/skills)做逐个技能的逐篇精读,覆盖随插件正式发布的全部 27 个技能(engineering 20 个 + productivity 7 个),上游快照 5beb35b(2026-10-19)。每篇都走一遍真实触发路径——你敲什么、技能内部做什么、产出的是什么形态——再对照常见的 prompt 堆砌式技能指出它的结构性选择(薄指针还是厚文档、决定权在谁手里),列出它为 AI 有意摒弃的东西(重复解释、可选分支、人设、护栏、格式要求、问题数量上限……),必要时贴出带文件路径的 SKILL.md 局部原文供读者回仓库核对,最后给出可以直接照抄到自己技能里的可迁移结论。读完之后,你能按第一性原理判断一份技能文档里哪句话是必要的,哪句话只是求安心。

目录

已更新 27 篇
  1. 第 1 篇ask-matt 精读:一张会撒谎的地图,为什么宁可手写也不去扫描你已经装了什么
  2. 第 2 篇setup-matt-pocock-skills 精读:为什么不把 issue tracker 写死在技能里
  3. 第 3 篇grilling 精读:把『问问题』抽成一个所有技能都调用的原语
  4. 第 4 篇grill-me 精读:一个只有 7 行的技能,为什么反而是设计
  5. 第 5 篇grill-with-docs 精读:同一个访谈,为什么它敢往你的仓库里写文件
  6. 第 6 篇wait-what 精读:为什么『简洁一点』永远失败,而『等一下』能成功
  7. 第 7 篇to-spec 精读:明令『不许提问』的技能,却把唯一一次打断留给了接缝
  8. 第 8 篇to-tickets 精读:竖着切、给每张票画上依赖的边,以及那个只肯在最后一张票上承诺绿灯的例外
  9. 第 9 篇wayfinder 精读:一个只肯产出『决定』的技能,怎么处理一次会话装不下的规划
  10. 第 10 篇implement 精读:17 行的技能,怎么用三条契约驱动整次实现
  11. 第 11 篇implement-spec 精读:把工单读成 task graph,终点是集成分支而不是 PR
  12. 第 12 篇handoff 精读:让工作『旅行』,而不是把对话再讲一遍
  13. 第 13 篇codebase-design 精读:一份词汇表,怎么用『删掉它』判定一个模块该不该存在
  14. 第 14 篇domain-modeling 精读:术语是契约,值得在会话中途打断你
  15. 第 15 篇prototype 精读:先有问题才有形状,一次原型只回答一个问题
  16. 第 16 篇tdd 精读:没商定接缝就不写测试,重构不在这条循环里
  17. 第 17 篇diagnosing-bugs 精读:没有红得起来的反馈回路,不许进入假设
  18. 第 18 篇research 精读:12 行定住一个后台代理,产物是一个带引用的 Markdown 文件
  19. 第 19 篇code-review 精读:两条轴各开一个子代理,最后谁也不许评总冠军
  20. 第 20 篇pr 精读:用最小的那个视图说清改动,再交出一个门和一片爆炸半径
  21. 第 21 篇triage 精读:只碰别人建的 issue,把标签当状态机,每个决定先交回给人
  22. 第 22 篇improve-codebase-architecture 精读:先决定扫哪里,把候选画成一张 HTML 报告,然后才开始问
  23. 第 23 篇retro 精读:它改的不是代码,是 agent 的环境
  24. 第 24 篇wizard 精读:把「只有人能做的事」做成一台脚本
  25. 第 25 篇teach 精读:把当前目录当成一间有状态的自习室
  26. 第 26 篇to-questionnaire 精读:把「答不上来的决定」做成一份发给别人的问卷
  27. 第 27 篇writing-for-agents 精读:写 agent 要读的文档(终章 + 全系列索引)