用途：对当前 diff（或传入的 PR 编号、分支名、文件路径）做高强度代码审查，目标是在一次审查中尽可能多发现真实缺陷，此阶段优先召回真实问题而非避免误报。
主要能力与流程： 第一阶段先收集 diff：运行 git diff @{upstream}...HEAD，若无 upstream 则用 git diff main...HEAD 或 git diff HEAD~1；有未提交改动或范围 diff 为空时，再运行 git diff HEAD 并纳入工作区改动。 第二阶段由自身在上下文内顺序执行 8 个查找角度，每个角度最多给出 6 个候选，不派生子代理：三个正确性角度（逐行扫描 diff 及其所在函数、审计被删除/替换的行为、跨文件追踪调用方与被调方）、三个清理角度（复用、简化、效率）、一个 altitude 角度（是否在正确深度修复根因）、一个约定角度（依据 CLAUDE.md 检查明确违规）。 第三阶段只做去重（同一缺陷、同一位置、同一原因保留一条），不运行验证器、不重新判断，按严重程度排序。
输出：JSON 数组，最多 10 个对象，每个含 file、line、summary、failure_scenario，最严重的排在前；若超过 10 条则保留最严重的 10 条，若无发现则返回 []。即使存在 ReportFindings 工具也不调用。
适用场景：提交前或评审阶段的 diff 审查，兼顾缺陷发现与代码清理建议。
限制：审查目标是 diff 范围；审查前需能获取 diff（依赖 git）；约定角度只在能引用 CLAUDE.md 具体规则与违规行时才报告；目标至少 5 条发现，但真实发现不足时只输出已有内容，不编造；付费、平台支持等信息暂未提供。