用途：在输入不完整或需风险评审时，发现需求中的歧义、遗漏、冲突、不可验证项及跨角色依赖缺口，并形成可执行改进项。适用于方案评审、证据缺口检查与发布阻塞路径排查。
主要能力：按范围/版本、适用角色、状态、规则、异常、关闭条件建立需求清单，每项注明来源与覆盖情况；分列 MISSING_RULE、MISSING_MATERIAL、CONFLICT、N/A 与 COMPLETE；缺口给出原需求ID、缺失内容、影响场景、阻塞程度、责任人与最小澄清。
使用方式：先阅读并遵循 prompts/requirement-gap-analysis.md 的输入、执行规则、最低覆盖清单与输出顺序；补充范围、环境、版本、限制、证据和成功标准；先做输入审计，再区分已确认事实、合理假设和待确认问题，按风险与证据强度排序。默认输出 Markdown，可按用户要求改为表格、CSV、JSON 或工单格式；进入自动化流程前先确认字段 schema、枚举值和必填项。参考文件包括 references/domain-decision-example.md、evals/eval.yaml 与 evals/cases/ 用例，仅在目录实际存在且任务需要时读取。
限制：不要替干系人填业务决策；区分事实、推断和问题；优先提出会导致返工或事故的缺口；不编造输入中不存在的系统行为、字段、数据、指标或根因。关键结论须关联证据，证据不足时标记为假设并给出验证方法；优先级须说明业务影响、发生可能性或可探测性依据。建议填法未经批准保持 proposal；空文档或未见字段不自动证明产品缺陷。信息不足时不停在提问，先交付受限初版并说明哪些结论暂不能成立，且不执行未经授权的生产写操作或破坏性动作。