用途：在代码审查中验证每个发现是否为误报，若任一拒绝标准成立则丢弃。拒绝标准包括：代码在 PR 前已存在且未修改、实际无缺陷、吹毛求疵、可由 linter 捕获、泛泛之谈、已被显式抑制、已在别处处理。
验证检查：对通过拒绝标准的发现，需同时确认三点——能否追踪执行路径证明行为错误、是否已在别处处理、是否确定框架/API/语言语义。任一点无法自信回答则丢弃。
不应标记的模式：有意的简化、框架约定、测试代码、生成代码、复制模式、自动化依赖更新、锁文件重新生成、堆叠 PR 的已确认层。不确定时先搜索代码库相似示例。
堆叠 PR（仅 PR 模式）：需满足四项条件才确认层，按顺序验证——本 PR 的 isCrossRepository 为 false 且 headRefName 来自 Step 1 的 gh pr view <number> 获取；headRefName 匹配 ^[A-Za-z0-9_][A-Za-z0-9._/-]*$；headRefName 不是 main、master、develop、rc、hotfix-rc、release 等及相应前缀；存在上层且可证明消费本层，用 gh pr list --base "<headRefName>" --state open --json number,isCrossRepository 等命令验证。确认后仅对记录符号放宽检查，安全与正确性缺陷不受后续层豁免。
代码库约定：检查现有模式，尊重既有约定，除非导致 bug 或安全问题否则不标记违规。
常见误报：空检查、错误处理、竞态条件、性能、安全、锁文件变动等已由框架或别处处理时不应标记。
限制：堆叠 PR 部分仅适用于 PR 模式；本地模式无 PR 应跳过。文本未提供更多平台、价格或使用步骤信息。