一句话

没有现成剧本时先设计一个：把任务拆成可独立落地的单元，按假设-验证循环执行，全程留可审计的决策日志。

何时用

• 适合：大迁移、多部分的雄心改动、你要离开让人事后审查的活；pstack-poteto-mode 在无剧本匹配时自动路由到这里。
• 不适合：23 个剧本之一已覆盖的任务；跨越数天许多 PR 的常驻项目用 Orchestrate 剧本。

怎么用

/poteto-mode 我要离开一会儿。把所有调用方从同步 store 迁到新的异步实现，行为保持一致，回来要能信任它做对了

1. Frame：写出可证伪的完成判据、量化规模、按风险定严谨度（单向门和高爆炸半径从严）；多小时的长跑先给一个 checkpoint。
2. Design：拆原子单元，最危险的未知排前，验证 harness 先于功能，单向门设计交给 pstack-architect，并行只跨 seam 且各占 worktree。
3. Run loop：每单元一次实验，陈述假设、最小改动、对真实产物测量、过则留不过则退；判定只有 VERIFIED / NOT VERIFIED / INCONCLUSIVE，inconclusive 不算过。
4. Audit trail：用 pstack-show-me-your-work 记 TSV 决策日志，边落地边记， stakes 高就提交进 PR。
5. Verify and hand back：整体对 Phase A 判据验，反复出现的纠正固化成 gate 或脚本。

产出

• 一份设计好的 phase 清单、按单元落地的结果、决策日志路径，以及对照判据的验证说明。

要点与坑

• 产物先行的不是代码而是 workflow 本身；验证看真实产物不看自报，「过得太容易先怀疑观察方法」。
• 委派工作配 judge；gate 本身错了就单独改 gate，不绕开。
• 重度依赖 Cursor 子代理；在 Devin CLI 借鉴「先设计流程再逐单元验证」即可。

关联

• 上游：pstack-poteto-mode · 下游：pstack-show-me-your-work、pstack-architect · 原理：pstack-原则集
• 所属：00-pstack-概览 · 工作流：W7-交付与运维循环