用途：对已改动的代码进行一次性代码审查，覆盖代码复用、代码质量和效率三个维度，并在审查后直接修复发现的问题。
主要能力与流程：
第一阶段，识别改动。运行 git diff（若有已暂存改动则运行 git diff HEAD）查看变更内容。若没有 git 改动，则审查用户提到或本次对话中较早编辑过的最新修改文件。
第二阶段，并行启动三个审查代理。使用 Agent 工具在单条消息中并发启动全部三个代理，并把完整 diff 传给每个代理，使其拥有完整上下文。代理一负责代码复用审查：搜索可替代新写代码的既有工具与辅助函数，查找代码库中的相似模式（常见位置为工具目录、共享模块及改动文件相邻文件），标记重复既有功能的新函数并建议改用既有函数，标记可用既有工具的內联逻辑，如手写字符串处理、手动路径处理、自定义环境检查、临时类型守卫等。代理二负责代码质量审查：查找取巧写法，包括冗余状态（重复既有状态、可推导的缓存值、可改为直接调用的观察器/副作用）、参数膨胀、轻微变体的复制粘贴、抽象泄漏、字符串硬编码（已有常量、枚举或品牌类型时仍用原始字符串）、不必要的嵌套、解释代码做了什么的多余注释（应删除，仅保留非显而易见的为什么）。代理三负责效率审查：查找不必要的工作（重复计算、重复读取文件、重复网络/API 调用、N+1 模式）、错失的并发（本可并行却串行）、热路径膨胀、无变化仍触发的更新（应加变更检测守卫）、不必要的存在性预检查（TOCTOU 反模式，应直接操作并处理错误）、内存问题（无界数据结构、缺少清理、事件监听泄漏）、过宽操作（只需部分却读整个文件等）。
第三阶段，修复问题。等待三个代理全部完成后，汇总发现并逐项直接修复；对误报或不值得处理的问题，记录后跳过。完成后简要总结修复内容，或确认代码本就干净。
使用方式：在用户说出 review 等触发词时使用；依赖 git 和 Agent 工具，采用一次性、可丢弃的子代理并行审查。
限制：官方资料未提供安装命令、平台支持、收费方式或具体配置细节，暂未提供。