用途：原型是回答问题的一次性代码，问题决定形状。根据待答问题选择分支：若问题是“这个逻辑/状态模型感觉对吗”，走 LOGIC 分支，构建小型交互式终端应用，把状态机推过纸面上难以推理的情况；若是“这应该长什么样”，走 UI 分支，在单一路由上生成多种截然不同的 UI 变体，通过 URL 搜索参数和浮动底部栏切换。两分支产物差异很大，选错会浪费整个原型；若问题确实模糊且无法联系用户，选更匹配周围代码的分支（后端模块→逻辑，页面或组件→UI），并在原型顶部陈述假设。
主要规则：从第一天起即为一次性并明确标记；代码放在实际使用位置附近，命名让读者能看出是原型而非生产；UI 路由遵循项目已有路由约定，不新造顶层结构。一条命令即可运行（如 pnpm <name>、python <path>、bun <path>）。默认不持久化，状态存内存；若涉及数据库，用临时库或带“PROTOTYPE — wipe me”名称的本地文件。跳过打磨，不写测试、不加超出可运行所需的错误处理、不做抽象。暴露状态，每次操作后（逻辑）或切换变体时（UI）打印或渲染完整相关状态。
完成时：答案是唯一值得保留的东西，应记录到持久位置（commit 消息、ADR、issue 或原型旁的 NOTES.md），连同它回答的问题；若用户不在场，留下占位符待填结论后再删除原型。完成后删除或把验证过的决策融入真实代码，不要让其在仓库中腐烂。
限制：资料未说明具体支持的框架、语言版本、安装方式、收费、平台与效果保证，暂未提供。