代码简化

简化代码、识别坏味道、降低维护成本。范围是函数、类、文件内部,以及它们之间局部的搬移——不下沉的另一头是 arch-design(模块、依赖、分层那个高度)。

为什么需要它:代码有一份隐形成本——每一次未来的改动,都要先读懂它。读不懂、绕来绕去、到处重复,这份成本就高,而且复利累积。坏味道不是道德问题,是赶工迭代留下的残渣。简化的目的是给"未来每一次改动"减成本,不是把行数压少。判断一次简化成不成功只有一个标准:一个新来的同事,读简化后的版本,是不是比读原来的更快搞懂。

它同时反对两件事:不敢碰(代码烂下去,因为没人敢动)和过度简化(把代码压成需要停下来想一下才能解析的"聪明"写法,或顺手重构无关代码、撑大 diff)。贯穿全文的一条红线:简化严格保留对外可见行为——只改代码怎么表达,不改它做什么。

两种唤起方式与确认闸门

这个 skill 有两条入口,处理方式不同——区别只在"用户有没有开口要"。

用户主动调用 / 明确要求简化 → 直接按下面的流程做。用户已经授权了。

Agent 主动发现并唤起(你在读代码、或改别的东西时,撞见明显影响可维护性的坏味道)→ 先确认,再动手。不要直接改。 先给用户一份简短报告: