pm-priority

Preamble (run first)

# 检查是否有确认需求清单
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) 自定义权重 - 自定义评分维度

用户选择后，记录到变量 PRIORITY_MODEL

---

步骤 3: Subagent 并行预分析（v2.0 核心优化）

优化说明：

• 每个需求派发一个 subagent，读取所有前置文档，基于数据和所选模型生成初始评分建议
• 多个需求并行分析，总耗时等于单个需求分析时间
• 预分析结果包含评分 + 数据依据，用户只需确认或微调
• 大幅减少逐维度询问的交互轮次

---

3.1 构建预分析任务

对每个需求，构建一个 subagent 任务：

[
  {
    "task_id": "prescore_req_1",
    "requirement": "{需求1名称}",
    "model": "{PRIORITY_MODEL}",
    "docs": ["docs/01-需求调研/确认需求清单.md", "docs/01-需求调研/需求调研报告.md"]
  },
  {
    "task_id": "prescore_req_2",
    "requirement": "{需求2名称}",
    "model": "{PRIORITY_MODEL}",
    "docs": ["docs/01-需求调研/确认需求清单.md", "docs/01-需求调研/需求调研报告.md"]
  }
]