用途：这是一条在大型读取、长命令输出或子代理简报之前应套用的原则，而不只是在上下文快满时才使用。核心前提是会话内的上下文窗口有限且不可再生，每个 token 都应有价值；上下文溢出会降低推理质量、产生压缩失真并中断进展。
主要做法： 一、隔离大载荷。把冗长输出、截图和大文档路由给子代理，主上下文只保留摘要而非原始数据。 二、常用内容内联。每次调用都会用到的模板与参考应放在技能文件内，而不是每次都要读取的独立文件。 三、控制阶段规模。限制每阶段文件数、设定轮次预算，并计入机制开销。 四、精简回报。子代理报告作为下一步输入时，其简报只给出完整报告的落点（子代理写入的文件或 PR），并只要求结论或状态行、阻塞项及该路径或 URL；仅当要处理阻塞项时才读完整报告。若子代理输出本身就是你要转交的交付物，例如 how 解释、why 综合、审查者标记或竞技场交叉评审分数，则完整返回。 五、为负责人读取做预算。超过约 150 行的文件或命令输出应交给子代理，除非你即将编辑它；用 head、tail、grep 或 --jq 裁剪命令输出后再接收；不要重读 how 阶段已梳理过的文件，除非即将编辑。被 playbook 或技能步骤指定由你读取的内容（如代码评审的改动文件、Eval 的候选输出、展示工作的转录审计）属于豁免。 六、读步骤而非整本 playbook。要打开工作清单时，用 awk '/^[0-9]+. /{p=1} !p && !/^#/ && NF {print; next} p && /^[^ ]/ && !/^[0-9]+. /{exit} p' <playbook> 打印 playbook 第 1 步之前的说明和带缩进子项的编号步骤，而不是整个文件；第 1 步之前的说明即工作清单首项。当该说明要求完整阅读 playbook 时才通读全文。
适用场景：多文件或大输出处理、子代理协作、分阶段执行、代码评审与评估流程。限制：上述行为需在相应工作流中主动执行；资料未提供自动强制机制、具体工具支持范围或与其它原则的冲突处理。