Menu
在产品立项或版本规划阶段，梳理并输出标准化的 Feature List（功能清单）。以一级/二级菜单与模块能力为主，维护轻量计划字段（优先级/状态/依赖/迭代/Ready），支持“用户指定先做项”与“按优先级推进”双入口。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
生成或更新产品蓝图与场景说明。聚焦产品定位、市场洞察、用户场景与边界决策，为 Feature List、Spec、PRD 与原型提供上游输入；兼容 0-1 新产品与 1-n 版本迭代。
统一编排产品设计流程：blueprint -> featurelist -> spec -> prd -> prototype-generator -> patch。支持“用户指定先做项”与“按优先级推进”双入口，一次只推进一个最小闭环并保持分层一致。
撰写、扩写或评审给研发协作使用的 PRD。文档以业务逻辑与交互规则为核心，不写技术设计；支持按模块生成单篇 PRD，并在篇内拆分为可测试的最小 Story 小节。
基于 product-spec 生成高保真前端原型（Next.js App Router + TypeScript + Tailwind + shadcn/ui）。当用户需要从已确认的 feature/spec 产出可演示、可继续演进的页面原型时使用；支持列表/新建/详情/删除等中后台场景，强制状态覆盖与交互约束，并输出可回写的 prototype_change_id。
结构化产品设计事实源。将单个 feature/story 固化为可机器消费的页面与交互规范，作为 PRD 与原型的共同上游。
| name | product-featurelist |
| description | 在产品立项或版本规划阶段，梳理并输出标准化的 Feature List（功能清单）。以一级/二级菜单与模块能力为主，维护轻量计划字段（优先级/状态/依赖/迭代/Ready），支持“用户指定先做项”与“按优先级推进”双入口。 |
将业务需求拆解为结构清晰、MECE 的 Feature List，供 PRD 与原型逐条设计使用。表头必须采用本标准（见下）；输出位置与编号体系以项目内标准参考文档为准。
本 skill 采用“方法约束，不固定问卷”策略。可参考但不限于：
执行重点：
输出的 Feature List 必须包含以下列，顺序与列名不可擅自增删改。
| 列名 | 说明 |
|---|---|
| Mark | 状态标记，如 DONE、READY、REVIEW |
| 编号 | 功能编号，采用 端-领域-模块序号.Story序号，如 WB-DM-1.1 |
| 领域（Domain） | 业务域，如设备管理、告警、平台配置 |
| 一级（菜单/模块） | 一级导航/模块 |
| 二级（菜单/页面） | 页面级入口 |
| 功能（页内能力） | 页面内具体能力块 |
| 子功能（可选） | 对能力的进一步拆解 |
| 描述 | 做什么、解决什么问题 |
| 负责产品 | 负责人 |
| 必要性 | Must/Should/Nice to 或 P0/P1/P2 |
| 涉及端 | Web 管理端、小程序、App、触摸屏等 |
| 期望版本 | 目标发布版本 |
| 优先级 | 业务优先顺序（如 H/M/L 或 1/2/3） |
| 状态 | TODO / READY / IN_DESIGN / IN_PRD / DONE |
| 依赖 | 依赖的编号清单，可为空 |
| 计划迭代 | 目标迭代，如 V2.3-S1 |
| Ready | 是否满足进入设计条件（Yes/No） |
| 说明 | 补充说明或约束 |
| 备注 | 风险、待定项等 |
Ready=Yes 且优先级最高、依赖已满足的条目。这意味着 Feature List 既是功能清单，也是轻量计划面板，不需要额外的 roadmap skill。
补充说明：
功能（页内能力） 与 子功能（可选） 可先写粗粒度能力名，避免提前写成细节设计。docs/02_feature_list.md。<端前缀>-<领域前缀>-<模块序号>.<Story序号>。功能/子功能/说明 标注“待 PRD 回填”。FeatureList -> PRD -> Prototype 可追溯。Ready=Yes 的条目，不建议直接进入高保真原型。docs/02_feature_list.md。