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