1. 热门技能#

1. ask-matt

这个技能可以帮助用户迅速开始 Matt 的工作流。使用该技能向 Agent 提问类似“我有一个 xxx 的想法，我该怎么开始？”的问题，Agent 会根据技能向用户介绍工作流内容以及在什么时机该使用什么技能。这个技能在仓库 README 里只占一行、作者在博客和视频里也很少展开讲，但它是新手把整套工作流跑起来最好用的一个入口。

2. grill-me（最热门）

这个技能可以在不依赖任何仓库的情况下，把一个模糊想法访谈成你能承诺的样子，全程不落任何文件。它也是作者的灵魂之作，通过一轮轮的对话和“拷问”逐渐对齐你和 Agent 之间的认知和想法。仓库自述里，grill-me 与 grill-with-docs 就是“我最受欢迎的两个技能”。

3. grill-with-docs

可以看作 grill-me 的升级版：两者跑的是同一个 grilling 原型，区别在于 grill-with-docs 会额外调用 domain-modeling，把聊出来的术语写进 CONTEXT.md、把难决策写成 ADR。所以新开会话时，之前的决策和想法不会丢失——它是有状态的，只要有仓库在，它就是两者中更好的选择。

4. implement

这个技能可以把你定好的决策落地实现。落地过程会按一定的流程走：用 TDD（测试驱动开发）驱动实现、收尾用 code-review 做双轴审查（写法是否合规 + 做的是不是该做的事）、最后跑全量测试。能够大幅提高 AI 生成代码的质量。

5. setup-matt-pocock-skills

技能集里的一次性初始化技能。在仓库里跑一次 /setup-matt-pocock-skills，它会把后面所有工程类技能（to-spec、to-tickets、triage、tdd 等）需要的配置写好：issue tracker 放哪、triage 标签叫什么、文档（CONTEXT.md / ADR）放哪。它在官方安装流程里排在第 2 步，属于“每个仓库只跑一次”的地基。

1. setup-matt-pocock-skills: 先铺地基#

每个仓库只跑一次，配好 issue tracker、triage 标签词表与文档布局。后面的 to-spec、to-tickets、triage 都依赖这些配置，所以它排在流程最前面。

2. ask-matt: 向你的 AI 询问#

你可以在工作流当中的任何一个环节使用它，只需说一句“下一步该怎么走”就可以了。它会根据当前的项目状态给出技能选择的建议。

3. grill-me 和 grill-with-docs: 让 AI 与你达成共识#

• 如果你有一个想法、项目状态是从零开始，那么就推荐使用 grill-me 技能向 AI 描述你的想法，可以包括很多内容：技术栈、架构设计、产品细节等；AI 会针对你给的这些想法和主意对你进行“拷打”，并产生很多自带推荐的选项。我们可以选择其中让我们满意的方案，又或者再为 AI 补充一些细节，让它重新拷打。
• 开头说过，grill-with-docs 和 grill-me 的区别在于它能保留我们与 AI 对话产生的决策和信息（CONTEXT.md + ADR），从而保证产生的决策内容不会在第二次对话中丢失，更有利于我们用它对齐项目。

4. to-spec: 将你们的共识变为可执行的决策#

to-spec 技能会把你们在上下文中产生的对话变成一份对 Agent 友好的 spec 决策文件（它不会再采访你，只综合已经聊定的东西）。如果你使用了 GitHub 等托管平台，它会将这份 spec 发布到你的仓库中的 issue 上，并打上 ready-for-agent 的标签。

5. to-tickets: 将 spec 和 plan 切成垂直的任务票#

通常我们的 plan 和 spec 展现的内容是密集分层的，例如：UI 一层内容，API 一层内容，数据库表设计一层内容。这样做会让用户无法实时查看工作进展，所以 to-tickets 让 AI 不一股脑把某一层全部实现，而是按它切出来的“垂直任务票”每一层都做一点，让用户更好地追踪工作状态。

6. implement: 根据你的计划和决策写代码实现功能#

与一般 Agent 实现功能不相同的一点是，implement 会在使用 to-spec 产生的“测试接缝”中为代码写测试并运行。通过按照 TDD（测试驱动开发）的规范，一边写测试一边写代码实现功能；做完之后用 /code-review 做双轴审查，最后把工作提交到当前分支。