一句话

在行为完全不变的前提下把能跑的代码改得更清楚，只动本次范围内，边改边验证。

何时用

• 适合：代码能工作但难读、难维护、难扩展；评审时发现不必要的复杂度。
• 不适合：行为本身有错（那是修 bug）；想顺手改行为的大重写。

怎么用

把刚才这段新写的代码简化一下，行为不许变

1. 动手前先读懂：Chesterton's Fence，搞清每段为什么存在。
2. 按项目惯例找简化机会：命名、嵌套、重复、死代码。
3. 小步改，改一点验证一点，全程保持测试绿。
4. 验证结果：行为逐点对照，不靠「看着差不多」。

产出

• 一个行为不变的简化 diff；同一流程也有 /code-simplify 命令入口。

要点与坑

• 五条原则：保行为、守惯例、清楚优先于聪明、保持平衡、只简化本次范围。
• 要保护某段不被简化，用 simplify-ignore-start/end 注释块，配 hooks/simplify-ignore.sh 让模型看不到它。
• 不是重构：不追求新结构，只消除不必要的复杂度。

关联

• 上游：addy-code-review-and-quality · 搭配：addy-git-workflow-and-versioning
• 所属：00-addy-概览