用途：构建一次性（throwaway）原型来回答某个设计问题。问题的类型决定原型的形态，因此第一步是选择分支。
分支选择：若问题是“这套逻辑/状态模型是否合理”，走 LOGIC 分支，构建一个极小的交互式终端应用，把状态机推过那些在纸面上难以推理的用例；若问题是“它应该长什么样”，走 UI 分支，在单个路由上生成多个差异很大的界面变体，通过 URL 查询参数和底部浮动栏切换。若问题确实含糊且联系不到用户，则按周边代码判断（后端模块→逻辑，页面或组件→界面），并在原型顶部写明该假设。
通用规则：从第一天起就是一次性的，并明确标注；原型代码放在实际使用位置附近，但命名要让普通读者看出它是原型而非生产代码；一次性 UI 路由遵循项目既有路由约定，不新造顶层结构。运行只需一条命令，使用项目现有任务运行器（如 pnpm <name>、python <path>、bun <path>），让用户无需思考即可启动。默认不做持久化，状态保存在内存中；若问题明确涉及数据库，则使用临时数据库或带有明显“PROTOTYPE — wipe me”名称的本地文件。跳过打磨：不写测试，除可运行所需外不做错误处理，不做抽象。暴露状态：每次操作（逻辑）或每次变体切换（界面）后，打印或渲染完整相关状态。完成后收尾：把已验证的决策并入真实代码，再将原型本身作为一手资料保存到一次性分支（不在 main 上），并在实现 issue 上留下指向该分支的上下文指针；同时记录结论及其所回答的问题。main 分支只保留已验证的决策。
限制：资料未提供具体安装命令、依赖、收费或平台信息。