用途：对一个代码变更（diff）做简化审查，核心问题是“每一行、每个概念、每个层次是否都配得上它的存在”。目标是识别可以删除、复用或降级的复杂性，而不是评审正确性、安全性或失败模式。
主要能力：按“补救阶梯”逐级寻找覆盖需求的最低一级：删除无当前调用方的投机性功能、配置或脚手架；复用已有 helper、类型、模块或仓库模式；使用标准库或惯用内置能力；使用原生平台特性（如 CSS 代替 JavaScript、数据库约束代替应用代码）；优先使用已安装依赖；用简短惯用表达式代替定制抽象；只写当前需求所需的最小直接代码；仅在重复条件、分散特性检查、重复分支或归属不清时再引入结构。
会标记的信号：为“以后”预留的通用性、只有一个实现的接口/工厂/选项/配置、重复实现仓库或依赖已有能力、为几行代码新增依赖、薄包装或身份抽象、一次性布尔或临时条件、特性逻辑泄漏到共享代码、治标不治本的修补、用类型转换或静默回退代替显式契约、在错误层次追求最短 diff、新增非平凡逻辑却缺少最小有用检查、只搬移复杂度而不减少概念负担。
使用方式：阅读变更代码及足够上下文，理解变更要达成的目标后再判断可缩小之处；输出只报告与 diff 中具体代码绑定的发现，每条说明哪部分不需要存在或哪个结构质量退化了、为什么增加概念负担或未来变更风险、覆盖需求的最低阶梯级别、具体更小的替换方案（在可行时包括有意义的删除）。优先一条强删除或重构，而非多个琐碎意见。若用户明确要求“thermo-nuclear”“thermonuclear”、特别严厉或深度代码质量评审，则用同样证据标准但更严格的可维护性立场，更多推动结构简化，但不得编造发现或建议无依据的重写。
限制：不负责正确性、安全与失败模式；不得删除信任边界的输入校验、防止数据丢失的错误处理、安全或无障碍要求、真实硬件或环境漂移的校准控制、运维所需可观测性，以及变更明确要求的行为。文件大小只作为检查内聚性的提示，本身不是缺陷。若 diff 已足够小、惯用且位置得当，应直接说明并停止，不制造发现。未提供安装方式、价格或平台支持信息。