从需求拷问到项目复盘:Matt Pocock Skills v1.3 让 AI 编程进入工程流程

Matt Pocock Skills v1.3 并没有试图再造一套 AI 编程框架,而是把需求澄清、任务拆解、代码实现、PR 评审和项目复盘拆成一组可组合的 skill。它让 Claude Code、Codex 等 Agent 不止会写代码,还能被纳入真实工程流程。

AI 编程助手已经能生成函数、补测试、改 bug,但进入真实项目后,问题往往不出在“会不会写代码”,而出在需求是否问清、任务是否能拆、变更是否可评审、经验是否能沉淀。Matt Pocock 的 Skills 仓库在 v1.3 中给出了一条更工程化的路径:通过一组短小、可组合的 skill,把 Claude Code、Codex 等工具接入从需求澄清到复盘改进的完整流程。

不是新的流程框架,而是一组可接管的工作零件

与 GSD、BMAD、Spec-Kit 等试图接管完整流程的框架不同,Matt Pocock 的思路更轻:仓库自称“Skills For Real Engineers”,强调每个 skill 都足够短,开发者可以读完、改掉并纳入自己的工作习惯。其核心不是让 Agent 主导开发,而是把工程实践拆成可复用模块。

仓库将 skill 按触发方式分为两类:用户主动调用和模型自动调用。并设定一条铁律:user-invoked 可以调用 model-invoked,但永远不能调用另一个 user-invoked。这个约束的意义在于,流程启动权仍由工程师掌握,而 TDD、评审等能力可以被不同流程复用。

v1.3 还强化了领域文档的地位。此前称为 CONTEXT.md 的文件改名为 GLOSSARY.md,CONTEXT-MAP.md 改为 GLOSSARY-MAP.md。Matt Pocock 将项目术语沉淀进 GLOSSARY.md,让 Agent 在读代码、起变量名、写 spec 时使用同一套词。这带来的不只是减少 token,更是命名一致性和讨论焦点的稳定。

从 grill 到 retro:一条更完整的 AI 工程链路

这套工作流的典型路径可以从 /grill-with-docs 开始。它不会直接写代码,而是加载 grilling 和 domain-modeling 两个 skill,把当前能确认的问题一轮抛出,并附推荐答案。开发者可以按编号回答。若某个术语被敲定,它会写入 GLOSSARY.md;遇到难以逆转的决定,则写入 ADR。

如果 Agent 输出一段难以理解的内容,开发者还可以使用 /wait-what。它会用简化技术英语和 GLOSSARY.md 中的术语重新解释当前状态。这个 skill 很短,但解决的是工程协作中常见的“信息失联”问题。

在需求被充分拷问后,/to-spec 将对话整理成 spec,模板包括 Problem Statement、Solution、User Stories、Implementation Decisions、Testing Decisions、Out of Scope、Further Notes。值得注意的是,它明确禁止写具体文件路径和代码片段,因为这类内容容易过时;只有原型产出的状态机、类型定义等更精确的片段可以保留。

随后,/to-tickets 将 spec 拆成垂直切片式的任务。对于“重命名字段、影响大量调用点”的宽重构,它会按 expand–contract 方式排序:先引入新形态,再分批迁移调用点,最后删除旧形态,保证每一批 CI 都可以通过。

进入实现阶段,开发者可以用 /implement 逐张推进,也可以用 v1.3 引入的 /implement-spec 从任务图视角编排并行。这里的关键词不是“自动完成所有任务”,而是让票据从线性步骤变成可组织的工作图。

链路末端是 /retro。它会在一次编码会话后回看全过程,但不修改代码,而是改进 Agent 的工作环境。它会检查多类问题,并提出先给违规分类;同时指出实现代理上下文压力最大,评审代理只拿到 diff、压力最小,因此编码规范更适合由评审代理执行。CLAUDE.md / AGENTS.md 会进入每个 Agent 的上下文,所以应保持克制,主要放导航指针。

v1.3 的更新重点:可复用、可安装、可复盘

Skills 的演进并非一步到位。v1.0 增加 /ask-matt,作为流程路由;v1.1 将 PRD 统一为 spec,并把拆任务能力合并为 to-tickets,形成 idea → /to-spec → /to-tickets → /implement 的主链路;v1.2 支持 Claude Code 插件安装,并通过 agents/openai.yaml 让同一份 skill 可用于 Codex。同时,grilling 从一次问一个问题改为一轮问完整个“前沿”,官方称同样 13 个问题,原来要 13 轮,现在约 3 轮问完。

  • PR skill 被设计为 model-invoked,Agent 写 PR 时会自动使用,并要求 PR 正文包含 Summary、Evidence、Merge Danger 三段。其中 Summary 要求提供最小可视化,Evidence 给出 Before/After 对照,Merge Danger 标注 one-way 或 two-way,并用一个词描述影响面。
  • v1.3 归档了处理 merge / rebase 冲突的 skill,理由是 Agent 已能自行处理进行中的冲突。
  • 跨 skill 调用统一为 Call the Skill tool with “grilling” 这类写法,以减少对斜杠语法的依赖。
  • 仓库修复了 6 个 skill 因未加引号的冒号导致 YAML 无效、安装被跳过的问题。

v1.3.1 后,仓库还有 47 个提交和 17 个待发布 changeset。README 安装说明也改为 Claude Code、Codex、GitHub Copilot 的可自动更新插件安装。插件包含 27 个 skill,其中 Engineering 20 个,Productivity 7 个。

对行业的意义:AI 编程竞争正在转向工程复用

AI 编程工具常见能力集中在生成代码、解释代码和修复错误。Matt Pocock Skills v1.3 的价值,在于把关注点拉回工程现场:术语表、ADR、spec、任务图、PR 证据、复盘规则,这些看似琐碎的约束,决定了 Agent 输出是否能被团队持续使用。

对于开发者而言,这套仓库提供的不是一个必须遵循的标准答案,而是一组可拆开查看的工程模板。它把 Claude Code / Codex 从临时性的编码助手,推向可配置、可审计、可复盘的工程协作者。这种转向的意义在于,AI 编程不再只是单次对话里的代码生成,而是开始进入团队既有的工程协作系统。

原创文章,作者:点点,如若转载,请注明出处:https://www.dian8dian.com/cong-xu-qiu-kao-wen-dao-xiang-mu-fu-pan-matt-pocock-skills

Like (0)
点点的头像点点
Previous 2小时前
Next 27 mins ago

相关推荐