菜单
在产品立项或版本规划阶段，梳理并输出标准化的 Feature List（功能清单）。以一级/二级菜单与模块能力为主，维护轻量计划字段（优先级/状态/依赖/迭代/Ready），支持“用户指定先做项”与“按优先级推进”双入口。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
生成或更新产品蓝图与场景说明。聚焦产品定位、市场洞察、用户场景与边界决策，为 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。