Main Flow · 主流程
5 篇从模糊想法到合并代码的主干:面试落盘 → spec → 工单 → 实现 → 审查。/grill-with-docs 的单篇精读见姊妹篇。
带落盘的拷问式规划The /grill-with-docs Skill
- 主链第一环:在 repo 里对模糊计划做访谈直至共识,且是有状态版——术语一敲定立即写入 CONTEXT.md 词表,决策过三道门槛(难逆转、缺上下文会令人意外、真实权衡)才落 ADR 到 docs/adr/;两者惰性创建。
- 定位是单会话规划;规模超出一个 session 用 /wayfinder。无文档的老仓库可直接说 "help me document my repo" 补词汇表。
- 本体只是一行委托,依赖 grilling 与 domain-modeling 两个 skill:装一半会出现"一次抛全部问题、无推荐、不写文件"或"访谈好但没有纸面产出",这是该 skill 被报告最多的问题。
- 坑:被外层编排框架当步骤调用时,写文件会静默失败(已报未修);多数决定只留在对话里,词表不是 spec,收尾应把同一会话直接交给 /to-spec 而不是 clear。
原文 ↗ /skills-grill-with-docs
对话合成规格The /to-spec Skill
- 把刚谈定的会话合成为 spec 并以单条 issue 发布到 tracker;不访谈——断言了你没说过的内容即为缺陷。v1.1 由 to-prd 改名。
- 触发条件唯一:构建跨多个 session 才值得;单 session 直接 /implement。写正文前先把测试 seam 提给你确认,优先复用已有 seam、越少越好(理想 1 个),seam 之后约束 tdd 与 code-review。
- 前置:setup-matt-pocock-skills 已配好 tracker(GitHub 或 .scratch/ 本地 markdown 均可)。
- 坑:spec 带 ready-for-agent 标签会诱使 AFK agent 一口气实现整个 spec(最高频投诉),要么在 prompt 里排除父 issue,要么拆票后摘标签;spec 是快照不会随实现更新,过期即弃;user-story 模板不适合纯重构;超大 spec 经 tracker 回读会截断,故 /to-spec 与 /to-tickets 务必同一窗口连跑。
原文 ↗ /skills-to-spec
spec 拆分为工单The /to-tickets Skill
- 把 spec 或当前对话拆成带 blocking edges 的 tickets 发布到 tracker;每张票是 tracer bullet 纵切(schema/API/UI/tests 一路打穿、可独立演示),大小以一个全新 context window 为限;发布的票已 agent-ready,不要再跑 /triage。
- 发布前两步:识别 prefactoring 排在最前;以编号清单向你提问(粒度、依赖、合并拆分),批准才发布——quiz 是你唯一该推回的关口。宽泛机械重构走 expand–contract 序列,分批迁移共享集成分支保证绿。
- 产出物即终点,不负责派发:自己数无阻塞的票开等量 session,一票一窗。
- 已知坑:默认切太碎(三行改动出十二票),quiz 时令其合并;仍会切出按层分的票(每张问"完成时能演示什么");GitHub 上 sub-issue 与原生 blocked-by 常没建对(#554/#513),用 gh issue create --parent/--blocked-by 补;验收标准可能 base commit 就为真,需人工核"什么观察证明它为假";implement 完成后不关票,frontier 永不前进,票状态自己维护。
原文 ↗ /skills-to-tickets
按票构建The /implement Skill
- 主链构建步:指向 ticket、spec 或刚谈定的计划,五拍完成——读票定 seam、驱动 /tdd 红绿循环、频繁 typecheck 与单测、末尾跑全量、运行 code-review 后 commit 到当前分支;绝不重开计划、不再采访。
- disable-model-invocation,必须手敲 /implement;一次调用一张票,票间 clear context;计划只在对话里时调用时要说明,否则它会去找不存在的文件。
- 坑:收尾不关票、不勾验收标准(链式依赖会卡死 frontier),也无 PR 模式,直接 commit 当前分支;code-review 看的是 <fixed-point>...HEAD,commit 前跑看不到改动,先提交再评审;同一 checkout 并行多个 session 会互踩(amend 错位、丢 stash、上错分支),要并行用 git worktree(stash 仍共享);#42 这类短引用可能解析到错误列表,传完整 URL 并让它先复述标题;非平凡票超 100k tokens 属正常,票太大回 to-tickets 拆。
原文 ↗ /skills-implement
双轴代码评审The /code-review Skill
- 对 HEAD 与你指定的 fixed point 之间 diff 做两轴评审:Standards(是否符合仓库文档化规范 + 12 条 Fowler smell 基线)与 Spec(是否兑现 issue/spec 要求),各跑独立 sub-agent;结论不合并、只报每轴最差问题,避免一轴及格掩盖另一轴失败。
- 必须提供 fixed point,ref 打错或空 diff 会当场拒绝;Spec 轴按 commit 引用→传入路径→docs/specs/.scratch 同名文件→问你 的顺序找 spec,找不到就明说而非编造需求;两个轴都跳过 linter 已管的事。
- 最常见问题:与 Claude Code 内置 /code-review 同名冲突(删内置 skill 或 fork 改名);sub-agent 会再次调用 /code-review 无限繁殖(有 50+ agent 的报告),fork 修法是在两个 sub-agent 提示里加"不要再调用"。
- 只评审已提交改动(三点 diff 不含 staged/工作区);findings 是假设不是证据,逐条核对引用;每次重跑都会找到新问题,把通过当线索清单,别循环跑到干净。
原文 ↗ /skills-code-review
版本沿革(changelog,5 篇,未展开):v1(token 省 63%)→ v1.1(wayfinder/to-spec/to-tickets)→ v1.2(/wait-what、Claude Code 插件)→ ubiquitous language 改名 grill-with-docs → handoff/prototype/review。见 /skills/ 目录。