02 / Control plane
Mode 是路由器，也是政策，也是文风。
poteto-mode 不包含做完一件事需要的全部指令。它选择更小的块，按正确顺序跑。这就是控制面：分类、触发、派工、坚持证据。
- 01
目标 + 可检查的完成条件
你只说观察到什么、要什么、怎样算完。不列技能名单。
- 02
读原则索引
校准判断，不是背诵。后面每个被引用的原则必须对应一次真实选择。
- 03
匹配一份 playbook
缺陷走 Bug fix，新行为走 Feature，只读问题走 Investigation。大到没有现成剧本，走 figure-it-out。
- 04
步骤原样进入 todo
禁止改写成更短计划。跳过必须留 skip 原因。
- 05
步骤触发工序技能
how / architect / arena / swarm / interrogate 在步骤开火时被调用，而不是你在提示词里点菜。
- 06
按角色派模型
判断与散文、精确执行、机械改动、评审面板，各用各的模型。数量由面板列表长度决定。
- 07
在真实表面上验证
编译通过不是证据。命令、界面、记录、trace，对上你改的那一层。
- 08
清理、审查、交付
需要时 interrogate。打开 PR 是几乎每份 playbook 的最后一步。
匹配比点菜重要
输入是目标和完成条件。输出是一份被原样拷进 todo 的 playbook。中间没有「我先自己想一个更聪明的计划」。那是明确禁止的失败模式。
模式是粘的。后续的「继续」「做完」仍走当前剧本。换题目要说 new task，否则它会把你的问题当成上一份 Feature 的下一步。只读要说出来，否则调查会滑去改代码。
触发器是政策，不是菜单
控制面里有一张触发表。它不是给用户点的。它是 lead 在步骤到来时必须遵守的纪律。
| 信号 | 动作 |
|---|---|
| 非平凡 / 架构 / 我们确定吗 | how |
| 本可用实验回答的选择 | Prototype，不要问人 |
| 代码跨函数边界 | architect，先并行探索形状 |
| 并行扇出 | 覆盖用 swarm，烘焙用 arena |
| 有争议的设计 | 先 interrogate 再交 |
| 任何散文表面 | unslop；文档走 technical-writing |
| PR 状态 / 看一下 X | Babysit playbook，不是内置 babysit |
| 过夜 / 离开后再看 | show-me-your-work 决策痕迹 |
模型角色是执行层的一部分
默认分工大概是：精确指定的代码给强指令跟随模型，快的机械改动给快模型，散文和判断给强推理模型。评审面板是一个列表，列表长度就是扇出人数。
/setup-pstack 把这些角色写进始终生效的规则。技能读这份覆盖，缺行就回退到内置默认。inherit-parent / auto 表示这个角色跟父聊天用同一个模型。Auto 用户靠这个留在 Auto 上。
figure-it-out 是逃逸舱，不是默认
没有现成剧本，或工作大到跨很多调用点、人会离开后再回来审查，才设计一份专用剧本。它先定义可证伪的完成谓词，再设计阶段，再按假设-最小改动-在真实产物上测量的循环跑，并留下决策日志。
这仍然是控制面思维：先设计工作流，再写代码。只是剧本这次是为这一次任务生成的。