用途：这是需求获取工具集中的 simulate 命令，用于在真实利益相关者无法参与时，通过多方视角模拟生成需求，覆盖最终用户、技术、业务、合规、运营五类角色。
用法：\n/requirements-elicitation:simulate "checkout redesign"\n/requirements-elicitation:simulate "payment processing" --personas technical,compliance\n/requirements-elicitation:simulate "user dashboard" --domain "analytics" --mode conflict\n/requirements-elicitation:simulate "mobile app" --personas all --mode comprehensive
参数：topic 必填，为要模拟的主题；--personas 可选，逗号分隔的 end-user、technical、business、compliance、operations 或 all，默认 all；--domain 可选，用于组织输出文件的域名称；--mode 可选，standard、conflict、comprehensive，默认 standard。
模式：standard 各角色独立生成需求并做基本冲突检测；conflict 聚焦角色间冲突并给出解决建议；comprehensive 多轮模拟，角色相互回应，最全面但更耗时。
流程：初始化会话，加载 stakeholder-simulation 技能，按角色调用 stakeholder-persona 代理生成需求，收集分类、检测冲突、识别共同主题，合并去重后保存到 .requirements/{domain}/simulations/ 并输出摘要。
输出 YAML 包含会话信息、各角色需求数、需求条目、冲突、主题与验证说明。后续可用 interview、gaps、research、discover 等命令跟进。
限制：所有模拟需求置信度为中等且 needs_validation: true，模拟不能替代真实利益相关者输入；冲突解决仅为建议；优先级基于角色共识。适用于利益相关者不可用时的初步发现、验证需求完整性、会前识别潜在冲突，以及需要多视角的独立开发者。