用途：评估外部反馈（代码审查、AI 审查建议、PR 评论），用对抗性验证逐条裁定，把发现分为可执行结论，但不应用修复。
主要能力：对每条发现读取所引用位置的完整函数或逻辑块，检查代码是否已变更、判断问题由本次变更引入还是既有、验证问题是否真实存在；评估严重级别（Critical/High/Medium/Low，并可将上游 P0-P3 映射后重新评估）；给出 Apply、Skip、Escalate 三种裁定及内部置信度。对安全默认值、权限提升、fail-open/fail-closed 类发现不得自动驳回。
使用方式：先逐条评估，对共享前提的发现先验证一次前提；当计划存在时先重读其记录的决定。对 Medium 或 Low 置信度的发现，启动一个子代理（model: "opus"）进行对抗性挑战，子代理须将共享工作树与 git 索引视为只读，实验在临时目录或隔离 worktree 中进行，HEAD 保持不变，用 git show <ref>:<path> 读取其他引用；启动前捕获 git status --short、git diff --cached | git hash-object --stdin、git diff | git hash-object --stdin、git symbolic-ref --short -q HEAD，返回后重新运行这四条命令并确认依赖目录仍可解析。
适用场景：代码审查意见分诊、AI 审查结果复核、PR 评论处理、迭代循环中重复出现的发现去重。
限制：不应用修复；涉及产品意图、领域知识或范围外的问题需升级给用户；无法从代码、产物或权威文档确定的运行时前提应标记为未验证并升级；资料未提供具体安装命令、收费与平台信息。