用途：该原则用于重构、评估改动规模，或在想要新增抽象、层级、信号穿透时提供判断依据，核心取向是偏向删除与最小改动。
主要能力与主张：以最少代码和复杂度获得最多结果；被要求重构或改进时，先找可删除项再考虑新增；保持扁平的调用层级，避免深层调用链，若回答一个问题需要追踪超过 3 个文件或层级，就应将其扁平化；集中决策，不把同一选择重复写在多处，而是放在单一事实来源后以简单标志传递结果；最小化 diff，用能解决问题的最小改动，更少行数优于“优雅”的样板；质疑线程化，当任务要求把新信号穿过类型、schema、管道或类似层级时，停下来寻找更直接的路径；处理细小泄漏，在微小的透传、表示泄漏和重复选择扩散前予以清除，因为小泄漏会累积成长期的协调成本。
适用范围与限制：这是一套编程与重构原则，而非工具或库，资料未提供安装命令、代码示例、平台支持或收费信息。其判断标准是：如果人类开发者会觉得这段代码维护起来令人疲惫，那它就是糟糕的方案。具体落地方式与例外情况暂未提供。