用途
Minimize Reader Load 是一条用于代码审查和代码设计的技能原则，目标是降低读者理解代码所需付出的认知成本。它把“可维护性”定义为读者理解代码时必须做的工作，并指出 LOC、圈复杂度和“整洁架构”都只是代理指标，真正重要的是读者负担。
主要能力
该原则提供两个独立的衡量维度：
- 需要追踪的层数：问题与答案之间的间接层级数量。
- 需要记住的状态：读者必须在脑中保持的隐藏或可变上下文。
两个维度相互独立。一个包含 50 个全局变量的扁平文件，可能与一个 6 层适配器栈一样难以推理。因此需要同时防范两者。该原则被描述为 /principle-guard-the-context-window 的人类类比：读者的工作记忆同样是有限的。
使用方式
该原则给出若干具体操作：
- 折叠得不偿失的层：只有一个调用者的包装器、没有第二种实现的适配器、从未被需要的推测性间接层，都应内联。
- 让相邻层改变抽象：如果一层重复相同的方法和参数，它只增加读者负担而没有压缩信息，应折叠这类传递层。
- 要求接口压缩：宽泛的接口如果隐藏的复杂度很少，会迫使读者同时学习表面和实现；应优先选择能隐藏有意义决策的边界。
- 缩小状态作用域：优先使用纯函数（返回而非修改）、局部变量而非字段、字段而非模块状态、模块状态而非全局变量；用派生代替同步。
- 在边界处命名不变量，而不是在每个消费者处重复，让读者只需学习一次。
- 在添加层或状态之前先问：它是否至少等量地减少了其他地方的读者负担？
适用场景
适用于审查或塑造难以追踪的代码时，例如存在大量单调用者包装器、无第二实现的适配器、纯传递层、宽泛接口、隐藏状态或全局状态蔓延的代码库。也适用于在重构或新增抽象层之前评估其是否值得。
限制
资料未提供该原则的具体工具集成方式、自动化检查手段、支持的编程语言范围或安装命令。资料中提到的 /principle-guard-the-context-window 仅为类比引用，未提供其详细内容。