用途：Laziness Protocol（懒惰协议）用于重构、评估 diff 规模，或当你想要新增抽象、分层、信号传递时作为约束原则。核心理念是借用人类维护者的疲劳视角，用最少代码与复杂度取得最大结果。
主要能力与原则：优先删除，在重构或改进时先找可移除项，再考虑新增；保持扁平调用层级，避免深层调用链，若回答问题需追溯超过 3 个文件或层级，就应扁平化；集中决策，同一选择不要在多处重复，应置于单一事实来源，并以简单标志传递结果；最小化 diff，用最小改动解决问题，更少行数优于“优雅”的样板代码；质疑线程式传递，若任务要求把新信号贯穿类型、schema、管道等层级，应先停下寻找更直接路径；警惕小泄漏，及时移除细小的透传、表示泄漏和重复选择，避免其累积为长期协调成本。
适用场景：重构、代码评审、diff 规模评估，以及任何倾向于引入新抽象或分层的开发时刻。
限制：所提供的资料未说明具体安装命令、依赖、支持平台、收费方式或代码示例，这些信息暂未提供。首要指令是：如果人类开发者会觉得代码难以维护，那就是坏方案；保持懒惰，保持简单。