用途：简化代码、识别坏味道、降低维护成本。范围限于函数、类、文件内部及它们之间的局部搬移；模块、依赖、分层等结构问题归 arch-design。核心目标是降低未来每次改动的理解成本，而非减少行数，判断标准是新同事读简化后版本是否更快搞懂。
主要能力：识别深层嵌套、超长函数、嵌套三元、布尔参数标志、重复条件、泛化或误导性命名、重复代码、死代码、无价值包装、过度设计、推测性通用化等坏味道，并给出对应简化方向。支持单点清理与目录/模块扫描两种模式。
使用方式：用户主动要求简化时直接按流程执行；Agent 主动发现坏味道时须先报告坏味道位置、维护成本、建议手法与影响范围，等用户确认后再动手。流程为框定范围、理解代码（Chesterton 栅栏，查 git blame）、识别坏味道、小步执行（一次一个手法，每步跑测试）、验收。扫描模式产出按维护成本排序的清单，由用户挑选后再逐个处理。
适用场景：功能完成但实现过重、代码审查指出可读性问题、赶工代码事后收拾、合并引入重复或不一致、定期坏味道普查。
限制：严格保留对外可见行为，若需改测试才能通过则说明改了行为；不用于已清楚的代码、未理解的代码、性能关键且简化版更慢的场景、即将重写的模块，以及模块结构层面的问题。简化与功能或 bug 修复须分开提交，500 行以上改动建议用自动化工具。资料未提供具体安装命令与价格信息。