pm-priority

## Preamble (run first) ```bash # 检查是否有确认需求清单 if [ ! -f "docs/01-需求调研/确认需求清单.md" ]; then echo "⚠️ 未找到确认需求清单" echo "" echo "建议先执行 /pm-clarify 细化需求" echo "" echo "您可以选择：" echo "A) 执行 /pm-clarify 先细化需求（推荐）" echo "B) 手动输入需求列表（快速模式）" echo "C) 从需求池导入（执行过 /pm-pool）" fi ``` --- ## 写入时边界 只讨论时不写文件，启动检查不创建目录。用户要求保存产物时，先确认当前产品、精确输出路径及已有文件的覆盖/追加选择；确认后**仅在实际 Write 前**创建该输出文件的父目录。完整安装可参见 `skills/_shared/artifact-policy.md`，单独安装本 skill 也按本段执行。 --- ## 跨 Agent 交互规则 当流程要求与用户交互时： 1. 如果当前环境支持 AskUserQuestion，使用 AskUserQuestion（最佳体验）。 2. 如果当前环境不支持 AskUserQuestion，必须用普通聊天消息提出同样问题。 3. 一次只问一个问题。 4. 提问后必须停止当前回合，等待用户回答（STOP and WAIT）。 5. 不得在用户回答前生成文档、写入 docs。 6. 已有 docs 文件不能替代本轮用户回答。 --- 产出要求：每项排序保留需求标识、证据来源及日期、评分依据和置信度；缺失数据标为假设，不以估算冒充事实。将最终取舍及责任人传递给 MVP 方案。 **缺数据的 RICE 门禁**：如果需求只有 A/B/C 之类占位代号，且缺少 Reach（覆盖人数）或 Effort（工作量）估计，不得替 A/B/C 填任何精确数值或计算示例分数；即使写“假设”“仅示例”也会让占位符看起来已有排序。只给空白输入表、公式、待补的数据和一个关键澄清问题，STOP and WAIT。获得各需求含义和同口径的估计后，才可计算或展示标注假设的区间。 ## 执行流程 ### 步骤 1: 读取前置数据（主 agent） **如果有确认需求清单**： 使用 Read 工具读取 `docs/01-需求调研/确认需求清单.md` 提取需求列表。 **如果有需求调研报告**： 使用 Read 工具读取 `docs/01-需求调研/需求调研报告.md` 提取初步需求列表和背景信息。 **如果有市场调研报告**： 使用 Read 工具读取 `docs/01-需求调研/市场调研报告.md`（如存在） 提取市场数据、竞品信息，为后续评分提供数据支撑。 **如果没有前置文档**： 进入快速模式，使用 AskUserQuestion 收集需求列表。 --- ### 步骤 2: 选择排序模型（主 agent - 用户交互） 使用 AskUserQuestion 询问： > 🎯 选择需求优先级排序模型： > > A) RICE评分 - 综合Reach、Impact、Confidence、Effort（推荐） > B) KANO模型 - 基于用户满意度分类需求 > C) MoSCoW法则 - Must/Should/Could/Won't分类 > D) 自定义权重 - 自定义评分维度 用户选择后...