用途：清理并简化最近改动的代码，提升质量。它不查正确性 bug，bug 由独立的代码审查处理；两者分离是刻意设计。核心原则是严格保持行为不变，只改“怎么做”而不改“做什么”，强调清晰可读而非压缩行数。
主要能力：按四个视角审查 diff。复用：指出重复实现已有工具/辅助函数的新代码，命名应改用的现有 helper；简化：指出多余或可推导状态、轻微变体的复制粘贴、深层嵌套、遗留死代码，建议更简单的等价写法，避免嵌套三元与密集单行；效率：指出冗余计算或重复 I/O、本可并行却顺序执行的独立操作、加入启动或热路径的阻塞工作，以及闭包/捕获环境构造的长生命周期对象导致作用域被长期持有而泄漏内存；层次：检查改动是否处在正确深度，避免在共享基础设施上叠加特例补丁，优先泛化底层机制。每条发现需给出文件:行、一句话摘要和具体代价，无具体代价的多属口味问题应丢弃。
使用方式：先用 git diff @{upstream}...HEAD，无 upstream 用 git diff main...HEAD，单次提交用 git diff HEAD~1，并运行 git diff HEAD 捕获未提交的工作区改动；范围以该 diff 为准，不扩散到仓库整体审计。用户指定文件、分支或 PR 时按指定对象审查。资料提到，能派生子代理的 agent（如 Claude Code 的 Task、Amp）可将四视角并行，Codex、Cursor 等单 agent 自行走一遍即可。
流程：Phase 2 去重后按视角分组列出发现，编辑前先征求同意；若无发现，直接说明“改动已经很干净”。Phase 3 用户确认后直接编辑，只应用保持行为的修复，随后重读改动区域，若测试或类型检查可用则运行验证，最后简述修了什么、跳过了什么及原因。
限制：不查 bug/正确性，不做 diff 之外的广泛重构，不做行为变更、功能开发或顺手重写。资料明确警告不要在 Claude Code 安装本技能，因该环境自带更优的原生 /simplify，安装只会遮蔽内建命令。