用途：对 PR、提交区间/分支对比 main、或未提交改动进行代码审查，产出资深工程师会因此暂缓合并的简短发现清单，并在用户批准后提供应用修复的选项。
主要能力：围绕三个问题展开发现——代码是否清晰达意、哪些可删除或重构、哪些边界情况被遗漏。强调精准而非覆盖，三个真问题优于三十个吹毛求疵。先确定审查范围（单一 BASE SHA 与一条 diff 命令），再在该会话线程内自行寻找候选问题，使用两套视角：正确性与契约、简洁性与删除。候选需带 file:line、断言、影响与最小修复方案。之后派发一个 heavy 层级子代理对整个候选清单做对抗式验证，默认倾向 REFUTED（证据不足、被删复杂度实为承重、或属口味问题则否定），仅 CONFIRMED 的发现进入报告。报告按严重度排序，并附被否定候选的数量回执。
使用方式：调用时给出参数以确定审查对象。PR 用 gh pr diff <n>，BASE 为与 PR 基分支的 merge-base；提交区间/分支对比 main 用 git diff main...HEAD（三点比较）。未提交用 git diff HEAD 并读取 git status --short 中的未跟踪文件全文。运行只读，未经批准不做任何编辑。
适用场景：面向日常开发中的 PR 评审、分支合并前检查、以及本地未提交改动的快速审查，尤其适合希望获得少量高置信度问题而非大量噪音的团队。
限制：不重复编译器、类型检查器、格式化器或 linter 已能捕获的问题，也不涉及口味之争；不会删除必要行为（信任边界校验、数据丢失与错误路径、安全检查、可访问性）。子代理层级依据本次会话已加载的用户指令中的子代理模型偏好解析并全程复用。运行默认只读，所有修复需用户批准。资料未提供具体定价、平台支持范围及更多细节。