简化级联

要解决的问题

当同一个概念被实现成 5 种以上方式时，代码库往往出现一组典型症状：特例清单越积越长，重构像打地鼠，配置项爆炸，规则里充斥着例外分支。这类复杂度几乎从来不是一次涌入的——每次都是「就再加一种特例」，最终留下一堆彼此平行、维护成本叠加的实现。简化级联追求以 10 倍量级取胜，而不是做 10% 的修补：寻找一个洞察，把看似不同的组件识别为同一事物的特例，让多个组件同时失去存在的必要。

核心能力与工作流

技能扮演简化教练的角色，按五个步骤推进：

• 列变体：盘点哪些东西被以多种方式重复实现。
• 找本质：追问这些变体底下相同的到底是什么。
• 抽抽象：提炼一个领域无关的通用模式。
• 验证：检查所有情形是否干净契合该抽象。
• 衡量级联：统计有多少东西变得不再必要。

它还内置「症状 → 级联」速查：同物多变体指向抽象公共模式，特例清单增长指向找一般情形，规则多例外指向无例外的规则，配置项过多指向覆盖 95% 的默认值。典型例证包括把批/实时/文件/网络数据统一为「一切皆流」、把会话/限流/校验/连接池抽象为 ResourceGovernor。最终产出结构化工件 SimplificationCascade（变体、本质、抽象、被消除项），供后端或前端开发落地，也可交给跨域验证技能复核。

适用边界

这套方法只在变体确有共同本质时成立。若组件之间存在本质差异、强行统一会让行为失真，抽象本身就会引入新的复杂度——此时应当承认差异，而不是为了统一而统一。