Ask Matt

你不必记住每一个技能，所以来问。

流程（flow）是穿过技能的一条路径。大多数路径沿一条主干流程行进，两条入口匝道汇入其中。其余的都是独立技能，或者是在底层运行的词汇层。

主干流程：想法 → 交付

大多数工作走的路线。你有一个想法，想把它建出来。

1. /grill-with-docs — 通过盘问打磨想法。只要你在工作目录里就从这里开始：它是有状态的，会把学到的东西保存在 CONTEXT.md 和 ADR 中。（没有工作目录？用 /grill-me——见"独立技能"。两者跑的是同一个 /grilling 原语；grill-with-docs 是会留下书面痕迹的那个，所以只要有仓库可以留痕迹，它就是更好的选择。）
2. 分支——所有问题都能在对话中解决吗？ 如果某个问题需要一个可运行的答案（状态、业务逻辑、必须亲眼看到的 UI），就绕道原型，由 /handoff 双向桥接（原型住在自己的目录里，这正是 /handoff 的用武之地——见"阶段边界"）：
   • /handoff 跳出去，然后针对那个文件开一个新会话，
   • /prototype 用一次性代码回答问题，
   • /handoff 把你学到的东西带回来，并在原始想法线程中引用它。
3. 分支——这是多会话构建吗？
   • 是 → /to-spec（把对话变成 spec），然后 /to-tickets 把它拆成示踪子弹式 ticket，每个都声明自己的阻塞边。在本地跟踪器上，每个 ticket 是 .scratch/<feature>/issues/ 下的一个文件，按阻塞优先的顺序人工推进；在真实跟踪器上，阻塞边变成原生阻塞链接，所以任何阻塞项已完成的 ticket 都可以被领取——每个 ticket 启动一次 /implement，每个之间用 /clear 清空上下文。每个 ticket 自包含，所以上一个的上下文可以丢弃。
   • 否 → 就在同一个上下文窗口里 /implement。