prototype — 原型构建
- 触发方式:
/prototype或关键词「prototype」「原型」「quick demo」「throwaway」「try a few designs」 - 适用场景: 设计验证、数据模型探索、UI 方案对比、可行性验证
- 不适用场景: 正式功能开发、需要完整测试覆盖的代码
功能概述
prototype 用于快速构建可丢弃的原型。它会在两个分支间切换：
- 终端应用原型 — 验证状态机、业务逻辑、数据模型
- UI 原型 — 在一个路由下切换多个完全不同的 UI 方案
核心理念：先验证设计再投入开发，避免在错误方向上浪费精力。
触发条件
以下情况会自动触发 prototype：
- 提到「原型」「试试看」「快速验证」
- 想在正式开发前验证设计思路
- 不确定数据模型或状态机的设计
- 使用
/prototype命令
使用示例
示例 1：状态机验证
/prototype 我想验证订单状态机的设计：pending → paid → shipped → delivered，支持取消和退款Claude 会搭建一个终端应用，让你实际操作状态流转，验证：
- 是否存在不可达状态
- 并发场景下的状态冲突
- 缺少的过渡路径
示例 2：数据模型探索
/prototype 设计一个权限系统的数据模型，需要支持 RBAC 和组织架构权限Claude 会创建实体和关系，让你通过实际操作验证模型是否满足需求。
示例 3：UI 方案对比
/prototype 设计用户设置页的 3 种不同布局方案Claude 会在同一路由下生成 3 个可切换的 UI 变体，方便你直观对比。
示例 4：API 设计验证
/prototype 设计一个博客系统的 RESTful API 接口，验证 URL 结构和请求响应格式示例 5：算法验证
/prototype 验证全排列生成算法，输入 [1,2,3,4] 看输出是否正确，以及大数据量性能工作流程
- 明确验证目标 — 确定要验证什么
- 搭建原型 — Claude 创建最简可运行版本
- 交互验证 — 你运行并测试原型
- 收集反馈 — 发现设计问题或确认方向
- 丢弃或参考 — 原型不会直接用于生产，只取其设计决策
注意事项
- 原型是可丢弃的 — 不要直接在原型基础上开发生产代码
- 原型不需要测试覆盖、错误处理、性能优化
- 验证完成后，用
/tdd或正常开发来正式实现 - 如果原型发现设计问题，这是成功，不是失败
- UI 原型关注布局和交互流程，不关注视觉细节