用途：当存在多个需求需要排定先后顺序、资源有限需决定先做什么、或需求冲突需要客观评分时使用本技能；只有一个需求无需排序，或优先级已由上级/业务方明确指定时不使用。
主要能力：提供四种排序模型——RICE 评分（综合 Reach、Impact、Confidence、Effort）、KANO 模型（按用户满意度分类）、MoSCoW 法则（Must/Should/Could/Won't 分类）、自定义权重（用户价值、商业价值、技术可行性、战略契合度等维度）。可将需求分为 P0/P1/P2/P3，并生成优先级排序报告，每项排序保留需求标识、证据来源及日期、评分依据和置信度，缺失数据标为假设。
使用方式：通常先检查是否存在 docs/01-需求调研/确认需求清单.md，若缺失会提示可先执行 /pm-clarify 细化需求、手动输入需求列表或从需求池导入。流程包括读取前置数据、选择排序模型、派发 subagent 并行预分析、用户确认或调整评分、生成报告并给出 /pm-mvp、/pm-docs、/pm-pool 等后续建议。交互时若环境支持 AskUserQuestion 则使用，否则用普通消息提问，一次只问一个问题并等待回答；只讨论时不写文件，用户要求保存产物时先确认产品、精确输出路径及覆盖或追加选择，再创建输出文件父目录。
适用场景：产品需求评审、MVP 范围确定、迭代规划前的需求取舍，以及需要向团队传递客观排序依据的场合。
限制：涉及 RICE 计算时，若需求仅有 A/B/C 占位代号且缺少 Reach 或 Effort 估计，不得代填精确数值或示例分数，只能给出空白输入表、公式、待补数据和澄清问题，待获得同口径估计后才可计算标注假设的区间。评分需有前置文档数据支撑，不足时在风险项中标明；无前置文档则进入手动评分模式。需求数量较多（如超过 10 或 15 个）时会提示分批或全部处理。本资料未提供具体收费、价格、平台兼容范围等信息。