一句话

写一次性代码回答一个设计问题：状态/逻辑问题产出一个可分享的 HTML 试玩页，UI 问题产出同一路由下多个可切换变体；答完折回真代码，原型留在 prototype 分支当证据。

何时用

• 适合：谈话定不下的设计问题（状态机边界情况、界面要长什么样）；访谈在这些点上空转时就停下去做原型。
• 不适合：已建好的东西坏了想知道为什么（用 matt-diagnosing-bugs）；它是探「该建什么」不是查「为什么坏」。

怎么用

这个状态模型我拿不准，做个一次性原型试试看

1. 按问题选分支：逻辑/状态 → LOGIC.md（单个 HTML，自由点击+引导式 walkthrough，非开发者也能玩）；UI → UI.md（同一路由多个截然不同变体，URL 参数加悬浮底栏切换）。
2. 通用规则：第一天就标记 throwaway、一条命令能跑、默认不持久化、不打磨（无测试无抽象）、每次操作后把完整状态显出来。
3. 用完把验证过的决策折进真代码；原型本体提交到 prototype/<name> 分支当 primary source，在 implementation issue 留 context pointer。

产出

• prototype/<name> 分支上的一次性原型 + issue/commit 里的结论记录；main 只保留验证过的决定。

要点与坑

• throwaway 是写法约束不是销毁承诺：答案进真代码，原型留作证据。
• matt-wayfinder 会下 prototype 类型的 decision ticket，那时你在票里用到它；绕行进出原型目录用 matt-handoff 搭桥。

关联

• 上游：matt-grill-with-docs、matt-wayfinder · 桥接：matt-handoff
• 所属：00-matt-概览 · 工作流：W2-单会话功能、W4-大型模糊项目