一、用途 该技能用于编写产品需求文档（PRD），适用于多特性、多团队、重大平台变更、新产品领域或需要高管对齐的场景。当工作只涉及单个团队的一个特性、一至三个冲刺时，应改用 SPEC（功能规格）。若不确定，技能会询问用户：这是单团队的单一特性（用 /write-spec）还是多团队举措（用 /prd）。
二、工作流程 生成 PRD 前，先加载 product.local.md 获取产品上下文、用户画像、工程团队详情和干系人图谱。若未配置，则向用户询问产品名称、用户画像和工程背景。
三、PRD 模板结构 技能提供完整模板，包含以下部分：
- 执行摘要：仅 3-4 句，说明做什么、为什么、何时交付、如何判定成功。
- 业务背景：问题陈述、商业证据（丢单、客户请求、竞争差距、收入机会、支持成本）、战略契合、成功指标（主要指标在发布后 6-12 个月衡量，次要指标 30-90 天衡量）、失败阈值。
- 用户需求：主要用户画像（名称、角色、现状、期望状态、核心用户故事）、次要用户画像、用户旅程图（现状、痛点、未来状态）。
- 功能需求：每个特性的名称、优先级（MoSCoW：MUST/SHOULD/COULD）、描述、关键流程、依赖、规格引用。规则是 MUST 项必须在发布前完成，若 MUST 项超过 60% 则范围过大。
- 非功能需求：性能、可靠性、安全、合规、无障碍、可扩展性，均要求具体数字或标准。
- 技术架构说明：高层方案、已定技术决策、平台依赖、第三方集成、数据模型变更、迁移需求、特性开关。此节由 PM 与工程协作撰写，须经工程负责人评审确认后方可标记为 REVIEW-ready。
- 上市要求：文档、客户成功赋能、销售赋能、定价、Beta 计划、客户沟通。
- 发布计划：分阶段推出（Beta、GA）、回滚计划、特性开关、监控（发布后 48 小时指标、值班人、升级路径）。
- 依赖与风险：外部依赖表格（依赖、负责人、状态、延迟风险）、主要风险表格（风险、可能性、影响、缓解措施）。
- 待决问题：编号、负责人、截止日期，所有问题须在 PRD 进入 REFINED 状态前解决。 附录（可用则包含）：竞争分析、用户研究摘录、技术发现笔记、先前工作/相关规格。
四、PRD 状态门禁 DRAFT：所有部分存在，部分可未完成。 REVIEW：所有部分完成，待决问题有负责人和日期，工程负责人已确认架构说明。 REFINED：所有待决问题已解决，工程已估算工作量，CS/销售已确认 GTM 要求。 APPROVED：CPO/CEO 签署，可进入冲刺规划。 SHIPPED：特性上线，成功指标正在跟踪。
五、配套工作流 单特性规格：使用官方 /write-spec。 将 PRD 拆解为用户故事：使用本插件的 /stories。 路线图定位：使用官方 /roadmap-update。 从 PRD 进行冲刺规划：使用官方 /sprint-planning。
六、禁止事项
- 未经工程负责人签署架构说明，不得批准 PRD 进入冲刺规划。
- 不得在有空白部分时标记 PRD 为 REVIEW-ready。
- 不得在发布后定义成功指标。
- 不得省略失败阈值。
- 不得列出实际可以省略的 MUST 需求（若可省略则为 SHOULD）。
- 不得使用“用户”作为画像，必须引用 product.local.md 中的具名画像。 所有输出须经 PM 和工程负责人评审后方可批准。
七、适用场景与限制 适用于需要跨团队协调、高管对齐的中大型产品举措。不适用于单团队单特性的快速迭代，此类应使用 SPEC 工作流。技能本身不提供具体业务数据或价格信息，相关事实需由用户提供或在 product.local.md 中配置。