Ask Matt

你记不住每个 skill，所以问。

流程（flow） 是一条穿过各 skill 的路径。多数路径沿着一条主流走，另有两个入口（on-ramp） 并入它。其余的是独立 skill，或是在底下跑的词汇层。

主流：点子 → 上线

多数工作走的路线。你有一个点子，想把它造出来。

1. /grill-with-docs —— 用访谈磨利点子。每当你在一个工作目录里干活，就从这里开始：它有状态，把学到的东西留在 CONTEXT.md 和 ADR 里。（没有工作目录？直接用 /grilling 原语——见独立 skill。grill-with-docs 跑的也是这个原语，区别是它会留下书面痕迹，所以只要有个仓库能留，它就更好。）
2. 分支——每个问题都能在对话里敲定吗？ 如果某个问题需要一个可运行的答案（状态、业务逻辑、一个你得亲眼看 的 UI），就绕道做个原型，两个方向都用 /handoff 桥接（原型住在它自己的目录里，这正是 /handoff 的用途——见阶段边界）：
   • /handoff 出去，然后对着那个文件开一个新会话，
   • /prototype 用一次性代码回答问题，
   • /handoff 把你学到的东西带回来，并在原来的点子线索里引用它。
3. 分支——这是一个跨会话的构建吗？
   • 是 → /to-spec（把线索变成规格），再 /to-tickets 拆成 tracer-bullet 工单，每个声明它的阻塞边。本地 tracker 下是 .scratch/<feature>/issues/ 下每工单一文件，按阻塞优先手工推进；真 tracker 下阻塞边变成原生阻塞链接，所以任何阻塞已完成的工单都能被认领——每个工单启动一个 /implement，每个之间 /clear 上下文。每个工单自包含，所以最后一个的上下文用完即弃。
   • 否 → 就在这里、同一个上下文窗口里 /implement。