用途：在写漏洞报告前先验证发现是否成立、是否在范围内、是否值得提交，避免无效报告拉低有效率。
主要能力：按顺序执行 7 问门禁（Q1 能否立即逐步利用、Q2 影响是否在项目接受列表、Q3 根因是否在范围内资产、Q4 是否需要攻击者无法获得的特权、Q5 是否已知或预期行为、Q6 能否证明超出“技术上可能”的影响、Q7 是否属于已知无效漏洞类别、Q8 身份检查：会话 ID、身份、匿名复现、跨身份复现、过期凭据复现）。随后依次执行 4 道提交前门禁：Gate 0 现实检查、Gate 1 影响验证、Gate 2 去重检查、Gate 3 报告质量。还提供永不提交清单、常见 N/A 类别与终止信号、条件性有效需串联清单、CVSS 3.1 速查与快速终止规则。
使用方式：对每个发现按顺序提问，任一问答错即停止并放弃；Q1 需写出可复制粘贴的真实 HTTP 请求模板（Setup、Request、Result、Impact、Cost），写不出即终止。身份检查需记录 audit.jsonl 中的 session_id，并在各身份下重跑请求确认。条件性有效项须先构建完整利用链并端到端验证后再报告。
适用场景：漏洞赏金或安全测试中的发现分级、提交前自检、去重与严重性评估。
限制：资料未提供具体安装命令、运行环境、平台支持、收费与价格信息；内容为流程规范，不保证任何项目会接受某类漏洞，实际范围与影响列表须以目标项目页面为准。