用途：在审查或调整难以追踪的代码时，应用该原则以降低读者的理解负担。其核心观点是：可维护性等于读者理解代码所需付出的工作量，而非行数、圈复杂度或“整洁架构”等代理指标。
两个衡量维度：一是追踪层数，即问题与答案之间的间接层级；二是需记住的状态，即读者必须放在脑中的隐藏或可变上下文。两者相互独立：一个含50个全局变量的扁平文件，可能与6层适配器栈一样难以推理，因此需同时防范。
主要做法：折叠成本大于收益的层级，例如只有一个调用者的包装器、没有第二种实现的适配器、从未需要的推测性间接层，将其内联；让相邻层级改变抽象，重复相同方法与参数的传递层会增加读者负担而无压缩价值，应折叠；要求接口压缩，偏好能隐藏有意义决策的边界，避免让读者既学表面又学实现；缩小状态作用域，优先纯函数（返回而非变更）、局部变量优于字段、字段优于模块状态、模块状态优于全局变量，并尽量推导而非同步；在边界处命名不变量，而非在每个使用方重复，让读者只学一次。
决策前自问：新增一层或一份状态，能否在其他地方至少等量地降低读者负担？检验标准：新读者能否在30秒内回答“X从哪来”和“什么能改变X”？若不能，就削减层级或状态。
限制与说明：资料未提供该原则的具体工具、代码示例、安装命令、收费或平台信息；其内容为原则性方法描述，未给出量化阈值或适用范围限定。