用途：在正式编写规格前，用轻量、可丢弃的原型验证复杂 UI 交互或架构假设，获取实证反馈。适用于高风险 UI 交互、复杂算法逻辑、创新功能、动态工作流或未验证的系统流程；不覆盖最终生产实现与完整测试套件（分别属于 EXECUTE 与 TESTS 阶段）。
触发方式：/prototype，或“Build rapid prototype spike”“Validate POC hypothesis”“Create prototype implementation”。
输入：hypothesisToValidate（待验证的功能假设、UI 交互或算法）、domainModel（领域实体模型）、researchReport（研究阶段的技术发现）、uiInvolved（是否涉及前端/UI 的布尔标志）。
主要能力与流程：1）定义假设与验证标准，明确通过/失败判据（如响应时间、布局流程、零布局偏移）；2）用简化状态或模拟数据构建最小可行逻辑或 UI 原型，涉及 UI 时可用快速样式；3）启动本地开发服务器（npm run dev 或等效命令）或执行测试脚本，进行交互式冒烟测试，必要时生成截图或检查渲染后的 DOM；4）评估性能、可用性、响应式布局与失败模式，收集反馈；5）将结论写入 prototype-report.md，记录假设被证实或推翻、细化需求与边界情况、可带入 /to-spec 的设计模式或代码结构。
输出：prototype-report.md 复盘报告，以及轻量可丢弃的代码 spike。
限制与护栏：原型必须时间受限、可丢弃，不做提前打磨或生产级重构；在临时草稿文件或隔离特性分支中构建，不得进入生产主分支；需有运行时或视觉实证；复盘学习须记录以输入 /to-spec。具体收费、平台与效果资料暂未提供。