方法论的终点是一组斜杠命令

很多人只用过其中一环（grill-me），其实那只是整套 Skill 的第一节。Matt Pocock 把自己的 Skill 目录开源了，按工程化顺序一步一个命令：／grill-with-docs（先对齐想法、沉淀成共识文档）→ ／to-spec（落成设计文档）→ ／to-tickets（拆成可独立完成的任务）→ ／implement（新开会话、一次只做一个任务）→ ／code-review（检查是否按设计做完）。

仓库：github.com/mattpocock/ski… 27 万星）

这条是今晚规格驱动线的最后一块拼图，而且是装好就能跑的那块。吴恩达给了框架（立宪、澄清、验证、重规划）、Spec Kit 给了命令、DSPy 管住了问法的表达——这份目录给出的是完整流水线：从"想法还没成形"到"验收已完成"，五步每步一个可敲的词。

方法论的终点不是一篇文章，是一组能被 muscle memory 记住的斜杠命令；当流程短到五个 slash 就走完，规格驱动才真正从纪律降级成了习惯。

三个细节比流程本身更显功力。其一，开工先跑 setup 定术语与文档规范——词表先行，今晚所有"文档驱动"的坑（写着写着各说各话）都堵在这一步；其二，全靠文档驱动、不吃上下文，换 Agent 也不怕——状态外置的彻底版，和"带得走、找得到"那条完全同路数：会话是易失的，文档才是资产；其三，按需调用而非自动跑到底——把节奏交还给人，这与"批准之前绝不擅自动工"是同一个权力分寸：机器执行流程，人触发流程。

"一次一个任务、新开会话"这个安排也值得单独看。它把大任务的上下文污染风险直接拆没了——每个任务一张干净的桌子，做完即结；与今晚"假依赖要剪"那篇是同一原理的另一种应用：任务之间能不共享的就不共享，共享的代价（上下文膨胀、错误串味）往往大于收益。

给想用的人一句落地的：别全装——先只装前两步（grill 与 to-spec），拿你手里最模糊的那个需求走一遍，看它问出的问题打不打得中盲区；打得中，再装后三步；打不中，说明你的描述里欠的不是流程是素材，工具救不了没想清楚的题目。