Laziness Protocol（懒惰协议）是一组面向代码重构与改动的工程原则，适用于重构、评估 diff 规模，或当你萌生新增抽象、层级、信号穿透（signal threading）念头时。它主张偏向删除，追求用最少的代码与复杂度取得最大的结果。
用途与适用场景 当需要重构代码、评估一次改动的大小，或考虑引入新的抽象层、类型层、信号传参时，可参考该协议。它也适用于在改动前判断方案是否过度设计的场景。
主要原则
- 优先删除：被要求重构或改进时，先寻找可删除的内容，再考虑新增。
- 保持扁平的调用层级：避免深层调用链；一个隐藏大量工作但接口丰富的模块，并不算深层调用链。如果回答一个问题需要追踪超过 3 个文件或层级，就应将其扁平化。
- 收敛决策：不要在多个地方重复同一个选择，把它放到单一事实来源后面，并以一个简单标志传递结果。
- 最小化改动：做出能解决问题的最小改动，更少的行数胜过“优雅”的样板代码。
- 质疑信号穿透：如果任务要求你把一个新信号穿过类型、schema、管道或类似层级，应停下来寻找更直接的路径。
- 处理细小泄漏：在细小的透传、表示泄漏和重复选择扩散之前加以清除，因为小泄漏会累积成长期的协调成本。
检验标准 如果人类开发者会觉得这段代码难以维护，那它就不是好方案。
限制与注意事项 资料未提供该协议的具体实现语言、配套工具、安装方式或收费信息。