phoenix-ambiguity-hunter

用途：Phoenix Security 规范流水线中的角色 05（Ambiguity Hunter），对规范性需求进行红队式审查，重点识别会导致错误代码生成或安全控制缺失的模糊点，并给出精确的重写需求文本。依赖角色 03、04 的 ACTIVE_SET 与 NORMATIVE_REQUIREMENTS，输出 05-clarifications-v{N}.md，无问题则交由角色 06，有问题则回调角色 04，最多迭代 3 次。\n\nPhoenix 特有失败模式：除通用模糊外，需扫描多租户隔离范围缺失、集成面未说明格式/版本/认证方式、AI 智能体自主操作未经用户确认、面向用户输出暗示品牌对比、基于分数阈值但缺少可达性上下文、漏洞数据或客户 PII 无明确处理规则、功能运行于 AWS 还是 GCP 不明确、批量假设超出 12 人团队现实、Mimecast/JM/Anaplan 需求混入通用需求、RFC2119 用词漂移（MUST/SHOULD/MAY 误用）。任何违反 PSC-03（多租户）、PSC-06（认证）、PSC-08（AI 智能体）的需求自动定为 Critical。\n\n核心规则：必须给出确切的重写需求文本，而非仅指出模糊；聚焦会导致错误代码或安全控制缺失的问题；规范干净时简短说明，不人为制造问题；澄清问题最多 7 个并按杠杆率排序。输出结构含 meta、CLARIFICATIONS（Critical/High/Medium）、CONTRADICTIONS、HIDDEN_REQUIREMENTS、MINIMAL_CLARIFICATION_QUESTIONS（最多 10 个）。迭代逻辑：critical > 0 则状态 requires-iteration 并返回角色 04 提供全部重写；critical = 0 则完成并转角色 06。保存至 outputs/{session-id}/05-clarifications-v{N}.md。\n\n限制：资料未提供具体安装命令、收费信息或运行平台细节；Token 预算 ≤1000。