用途
pm-clarify 用于将初步需求清单细化为结构化的需求描述。它适用于以下情况：有初步需求清单需要细化细节、需明确需求场景和边界条件、需求描述模糊需要结构化。不适用于：需求已足够详细可直达开发、仅需快速立项无需深入。
主要能力
- 前置检查：启动时检查是否存在需求调研报告（docs/01-需求调研/需求调研报告.md），若不存在则提示可先执行 /pm-demand，或选择快速模式手动输入需求列表。
- 逐个细化需求：一次只细化一个需求，围绕使用场景、具体行为步骤、边界条件、异常处理、验收标准五个维度提问。
- 结构化提问：每个维度提供选项供选择，也支持手动输入。
- 生成确认需求清单：将细化结果写入 docs/01-需求调研/确认需求清单.md，包含基础信息、需求详情、需求汇总表和下一步建议。
- 兜底机制：无需求调研报告时提供快速模式；需求数量超过 10 个时询问是细化全部、仅细化前 5 个核心需求，还是由用户选择。
- Subagent 并行分析（v2.0 新增）：需求细化完成后，可派发 subagent 并行进行市场对标分析和技术可行性评估。
使用方式
- 启动时运行前置检查，判断是否有需求调研报告。
- 若有报告，读取并提取产品名称、目标用户、核心痛点、初步需求清单；若有创意方案库也一并读取。
- 若无前置文档，进入快速模式，让用户逐个输入需求，输入“完成”结束。
- 对每个需求依次提问：使用场景、具体行为、边界条件、异常处理、验收标准。
- 汇总细化结果，生成确认需求清单文档。
- 输出完成提示，并提供下一步选项：/pm-market（市场分析）、/pm-priority（优先级排序）、/pm-mvp（MVP 规划）或查看清单。
交互规则：若环境支持 AskUserQuestion 则使用，否则用普通聊天消息提出同样问题；一次只问一个问题；提问后必须停止当前回合等待用户回答；不得在用户回答前生成文档或写入 docs。
写入边界：只讨论时不写文件，启动检查不创建目录。用户要求保存产物时，先确认当前产品、精确输出路径及已有文件的覆盖/追加选择；确认后仅在实际 Write 前创建该输出文件的父目录。
适用场景
- 产品需求处于早期，描述模糊，需要结构化梳理。
- 需要明确每个需求的使用场景、边界条件和验收标准。
- 需要为后续市场分析、优先级排序、MVP 规划准备输入。
限制
- 一次只细化一个需求，需求数量过多时耗时较长。
- 依赖用户对每个问题的回答，已有 docs 文件不能替代本轮用户回答。
- 优先级在细化阶段标记为“待定”，需通过 /pm-priority 确定。
- 具体安装方式、收费与价格信息暂未提供。