PM 只管定义与验收
把「生成、重复操作、验证」全部交给 AI，人只在两个点介入：说清楚要什么，以及判断交付物是否达标。流程的价值恰恰在于把人从执行里拽出来。
“做一个旧家电以旧换新的下单小程序”
→7 环节 × 9 skill→可点击原型 + PRD + 泳道图移动端原型
Web 后台原型
泳道流程图
产出形态示意；线上原型集见下方入口
7 个环节
全流程覆盖
9 个（6 自建 / 3 复用）
核心技能
交付案例
从一句需求，到一组可以评审的产品交付物
以一个真实原型产出为例，把界面、流程与实现说明放在同一条交付链上。
输入
一个业务目标，加上目标用户、边界和验收标准。
交付
可点击产品界面、流程说明与在线评审入口；技能原件在文末可查验。
Web 产品原型产出
真实原型界面示例：列表、详情、标签与操作区形成完整业务页面。
配套流程说明
原型之外同步交付流程图，让评审不只看到页面，也能理解流转关系。
如何实现
从输入到交付的完整链路
需要高频交付原型与 PRD 的产品经理 · 一个需求要依次完成需求澄清、页面设计、流程说明、文档编写和评审发布
- 01
需求澄清
PM 明确目标、边界和验收标准；AI 通过追问把模糊想法收敛成可执行设计
- 02
原型骨架
按移动端或 Web 后台生成多页骨架、方案总览与共享结构
- 03
UI 设计
在项目设计约束下生成可点击、高保真页面，保持统一的视觉与交互语言
- 04
流程图
对跨页面、多角色或状态流转绘制泳道图，保留正常流程与异常分支
- 05
PRD 编写
用统一结构沉淀用户故事、功能需求、边界与开放问题，先预览确认再生成终稿
- 06
原型标注
为页面、翻页屏和弹窗生成 data-anno 锚点与交互说明，减少评审时的口头补充
- 07
部署验证
扫描 prototypes，按手机与电脑分类生成入口，增量发布并验证线上访问
之前：需求、原型、文档和部署分散处理，靠截图与文件往返评审
之后：统一 skill 入口，交付可点击原型、结构化文档和在线分类入口
关键判断
不只是做出来，还要知道为什么这样做
自建与复用的边界
9 个 skill 里 6 个自建、3 个复用——判断标准是「是否承载自己的方法论」：通用能力（brainstorming、frontend-design）复用成熟件，流程性判断（PRD 结构、标注规范）必须自己沉淀。
标注锚点解决什么问题
评审会上一半时间花在「你说的是哪个按钮」。data-anno 锚点把口头补充变成页面上的结构化说明，原型自己会说话。
技术栈、技能原件与运行信息
技术与 AI 调用链
模型：Claude（需求澄清、内容与代码生成）
框架：Claude Code、9 个核心 Skill（6 自建 / 3 复用）、HTML / CSS / JavaScript 原型、静态 SVG 技术图
链路：PM 定义目标与验收 → 需求澄清 → 原型骨架 → UI 设计 → 流程图 → PRD → 原型标注 → 部署验证
技能原件
superpowers:brainstorming · 复用mobile-prototype · 自建web-admin-prototype · 自建frontend-design · 复用ui-ux-pro-max · 复用fireworks-tech-graph · 自建prd-writer · 自建annotation-generator · 自建deploy-prototypes · 自建
提供本地可运行版本，启动方式见项目文档；公开页面不展示本机目录。
可复用场景：移动端产品原型、Web 管理后台原型、PRD 与流程评审
继续验证这个项目
看真实产出，或回到看板比较其他 AI 能力。