mattpocock/skills的个人使用指南
从开始AI vibe coding过后我最喜欢和最常用的skills但是初期开始使用的时候总是忘记命令是什么,和怎么使用了, 所以有了这一篇备忘录的博客存在
代码项目的推荐组合
核心流程（作者的主线：先对齐，再规划，再实现，最后审查）
grill-with-docs：开始改动前先追问对齐，同时建立术语表和 ADR。它依赖grilling和domain-modeling，三个要一起装。to-spec：把已讨论的内容整理成 spec。to-tickets：把计划拆成带依赖关系的小任务。implement：按 spec 或任务实现，内部用tdd，收尾时用code-review。
质量保障（模型会自动调用）
tdd：红绿重构的测试驱动开发。diagnosing-bugs：有纪律的排查流程，先建立能复现 bug 的反馈循环。code-review：从规范和 spec 两个方向审查 diff。codebase-design：设计深模块的方法和术语。
按需使用
improve-codebase-architecture：扫描代码库，找出可以改进架构的地方，建议每隔几天跑一次。prototype：做一次性原型，用来回答设计问题。triage、wayfinder、implement-spec、pr：这几个依赖 issue tracker 或需要并行子 agent，规模小的项目暂时用不上。
所以我一般沟通需求先用grill-with-docs 然后去新对话中使用 implement
下面是整理好的skills合集
工程类 skills/engineering/（20 个）
技能 | 触发 | 作用 |
|---|---|---|
| 手动 | 路由器，告诉你当前情况该用哪个技能或流程 |
| 手动 | 每个仓库先跑一次，配置 issue tracker、标签和文档位置 |
| 手动 | 追问对齐方案，同时生成术语表和 ADR |
| 自动 | 建立和打磨领域模型，维护 |
| 自动 | 深模块设计的共用词汇和方法 |
| 手动 | 把当前对话整理成 spec 并发布到 issue tracker，不再追问 |
| 手动 | 把计划拆成带依赖关系的小任务 |
| 手动 | 按 spec 或任务实现，内部用 |
| 手动 | 在一个集成分支上实现整份 spec，并发运行多个子 agent |
| 自动 | 红绿重构的测试驱动开发 |
| 自动 | 排查难 bug 和性能退化的流程 |
| 自动 | 从"规范"和"spec"两个方向并行审查 diff |
| 自动 | 写 PR 描述的格式：摘要、前后对比、合并风险判断 |
| 自动 | 做一次性原型，回答设计问题 |
| 自动 | 后台 agent 查一手资料，写成带引用的 Markdown |
| 手动 | 扫描代码库找架构改进点，生成 HTML 报告 |
| 手动 | 用状态机处理 issue 和外部 PR |
| 手动 | 把超大工作拆成一张决策票地图，逐个解决 |
| 手动 | 对一次编码会话做复盘，建议改进 agent 的环境 |
| 自动 | 生成交互式 bash 向导，带人完成只有人能做的步骤，比如配置凭证或迁移 |
通用效率类 skills/productivity/（7 个）
技能 | 触发 | 作用 |
|---|---|---|
| 手动 | 反复追问你，直到方案想清楚 |
| 自动 | 追问的底层技能，被其他技能调用 |
| 手动 | 把对话压缩成交接文档，存到系统临时目录 |
| 手动 | 把你答不了的问题做成问卷，发给能回答的人 |
| 手动 | 上一条没看懂时，让 agent 用大白话重讲 |
| 手动 | 多轮教学，用当前目录当学习工作区 |
| 自动 | 写技能、AGENTS.md、CLAUDE.md 的规范 |
杂项 skills/misc/（4 个，偏前端和课程）
技能 | 作用 |
|---|---|
| 给 Claude Code 加钩子，拦截 |
| 配置 Husky 和 lint-staged，在提交前自动格式化、检查类型和跑测试 |
| 把测试里的 |
| 生成课程练习的目录结构，作者自己做课程用 |