用途：把 Gauntlet Loop 方法用于漏洞挖掘或对已有扫描结果做可利用性甄别，覆盖 Web、API、二进制/内存、云与 IaC。仅限自己拥有或获得书面授权的资产；无授权范围（ROE）时应停止并向用户索取，先阅读 references/safety-and-scope.md。所有 PoC 必须非破坏性：不得破坏数据、横向移动、外泄或造成拒绝服务，属防御/AppSec 用途，未授权访问在多数司法辖区属违法。
主要能力：角色上，LEAD 按信任边界/入口点/高价值资产拆分并维护覆盖图；BUILDER 即 HUNTER（干净上下文）按 source→sink 提出候选与利用假设；CRITIC 即 VALIDATOR（盲评）检查真实制品、可达性与污点，构建 PoC，无 PoC 不通过。判定需同时满足三点：可利用性（实际条件下可运行的 PoC 或等效证据）、CWE 映射（优选 CWE Top 25，如 CWE-89、79、787、416、918、862、22、502）、真实先例（不得编造 CVE，无先例则写 novel/uncertain）。
使用方式：循环为——先读 ROE，确定范围、标准与预算；LEAD 划分狩猎单元；HUNTER×N 并行返回位置、source、sink、污点路径、前置条件、置信度与 PoC 构想；VALIDATOR 按可达性→污点→PoC 顺序验证，仅凭证据通过；按标准打分（CWE、CVSS、先例），低于标准者丢弃；将 FAIL 反馈给猎手，追查链与变体，记录覆盖缺口；报告时把已确认（含 PoC）与未确认严格分开，各自给出修复建议。参考文件另有 false-positive-killing.md、checklists-by-domain.md（含 OWASP/CWE/CIS 映射）与 example-web-run.md。
输出格式：CONFIRMED 项含标题、CWE ID、严重性（建议 CVSS 向量）、非破坏性 PoC/证据、source→sink 路径、前置条件与修复；无 PoC 者列 UNCONFIRMED，并附覆盖图与 ROE 引用。
限制：未提供具体收费、价格、平台或效果信息；未经书面授权禁止使用，所有 PoC 不得破坏目标。