用途：这是一个用于构建"抛弃式原型"的技能，核心目标是快速回答一个具体设计问题，而不是产出可维护代码。原型代码从第一天起就是一次性的，需明确标记为 prototype。
先判定分支：根据用户提示、周边代码或直接询问判断要回答的问题。若问题是"这套逻辑/状态模型对不对"，走 LOGIC 分支：构建一个小型交互式终端应用，把状态机推到纸面上难以推理的各种情形。若问题是"界面该长什么样"，走 UI 分支：在单个路由上生成若干差异极大的 UI 变体，通过 URL 查询参数和底部浮动栏切换。两个分支产物差异很大，判错会浪费整个原型。若问题确实含糊且联系不上用户，默认选择与周边代码更匹配的分支（后端模块→逻辑，页面或组件→UI），并在原型顶部注明该假设。
通用规则：代码放在实际使用位置附近，命名让路人一眼看出是原型；抛弃式 UI 路由遵循项目既有路由约定，不新造顶层结构。提供一条运行命令，沿用项目既有任务运行器（如 pnpm <name>、python <path>、bun <path> 等），让用户无需思考即可启动。默认不做持久化，状态放在内存；若问题明确涉及数据库，可用临时库或带"PROTOTYPE — wipe me"标识的本地文件。跳过打磨：不写测试，只保留让原型可运行的最低错误处理，不做抽象。要暴露状态：逻辑分支每次操作后、UI 分支每次切换变体时，打印或渲染完整相关状态。完成后删除或吸收进正式代码，不要任其在仓库中腐烂。
收尾：原型唯一值得保留的是答案。把答案连同它回答的问题记录到持久位置（提交信息、ADR、issue 或原型旁的 NOTES.md）；若用户在场可口头确认，否则留占位符待后续填写，然后再删除原型。
限制：资料未说明依赖平台、收费方式或具体安装步骤。