用途
Simplification Cascades 用于在复杂系统中寻找“一个洞察消除多个组件”的机会。它的核心主张是：有时一个统一原则可以让十个东西变得不必要。其核心原则是“一切都是……的特例”，通过这种视角大幅压缩复杂度。
主要能力
该技能提供了一套识别简化级联的信号与模式。它列出常见症状与可能的级联方向：同一件事用5种以上方式实现时，应抽象出共同模式；特例列表不断增长时，应寻找一般情况；规则复杂且例外众多时，应寻找没有例外的规则；配置选项过多时，应寻找能覆盖95%场景的默认值。
它要求寻找以下模式：相似概念的多重实现、到处存在的特例处理、“我们需要分别处理A、B、C、D……”式的表述、带大量例外的复杂规则。并追问：“如果它们底层其实是同一件事呢？”
使用方式
资料给出的流程为五步：
- 列出变体——哪些东西被以多种方式实现？
- 找到本质——它们底层有什么相同之处？
- 提取抽象——什么是领域无关的模式？
- 验证——所有情况是否都能干净地适配？
- 衡量级联——有多少东西变得不必要？
资料还给出识别“错过级联”的红旗信号：不断说“我们只需要再加一个情况……”；认为“这些都很相似但不同”；重构像打地鼠，修好一个又坏另一个；配置文件不断增长；以及“别碰那个，它很复杂”——这种说法往往是在掩盖模式。
适用场景
该技能适用于软件设计与重构场景，尤其是当系统中出现重复实现、特例蔓延、规则例外复杂、配置膨胀或同步问题反复出现时。资料中的三个示例展示了其应用：
- 流抽象：原先为批处理、实时、文件、网络数据分别设置处理器；洞察是“所有输入都是流，只是来源不同”；结果是统一为一个流处理器加多个流来源，消除了4套独立实现。
- 资源治理：原先会话跟踪、限流、文件校验、连接池各自独立；洞察是“它们都是按实体的资源限制”；结果是一个 ResourceGovernor 管理4种资源类型，消除了4套自定义执行系统。
- 不可变性：原先需要防御性拷贝、加锁、缓存失效、时序耦合；洞察是“把所有东西当作不可变数据加变换”；结果是采用函数式编程模式，消除了整类同步问题。
限制
资料未提供该技能的具体安装方式、运行环境、依赖条件、平台支持、收费模式或效果保证。其内容以思维模式与流程指导为主，不包含可直接执行的代码或命令。实际应用时需要结合具体系统判断抽象是否成立，资料强调必须通过“所有情况是否都能干净适配”来验证，而非直接假定。