用途：对本次变更的代码做质量清理，不查找正确性 bug。流程上先收集 diff，再并行运行四个清理 agent，最后应用修复。
获取 diff：运行 git diff @{upstream}...HEAD；若无 upstream，可用 git diff main...HEAD 或 git diff HEAD~1。若存在未提交改动或范围 diff 为空，还需运行 git diff HEAD 并把工作区改动纳入范围。若参数传入 PR 编号、分支名或文件路径，则改为审查该目标。
四个审查角度：复用，标记重新实现已有能力的代码，用 Grep 查找共享/工具模块并指出应调用的现有 helper；简化，标记冗余或可推导状态、轻微变体的复制粘贴、深层嵌套、遗留死代码，并给出更简单写法；效率，标记重复计算或重复 I/O、本可并行却串行的独立操作、加到启动或热路径上的阻塞工作，以及由闭包或捕获环境构建的长生命周期对象，指出更省的替代方案；修复高度，判断改动是否在合适的深度解决根因，而非用脆弱补丁掩盖症状，共享基础设施上叠加特例通常说明修复不够深，应优先改底层机制。
应用修复：等四个 agent 全部完成后，合并指向同一行或同一机制的发现，逐一修复剩余项。若修复会改变预期行为、需要改动审查范围之外的大量代码，或判断为误报，则跳过并记录，不做争论。最后给出简要总结，说明修了什么、跳过了什么，或确认代码本已干净。
限制：不负责正确性 bug，不展开完整代码示例；适用前提是具备 git diff 与并行 agent 能力。