用途：为拥有大上下文窗口（资料称 1M token）的模型提供行为规则，避免因保守读取策略而遗漏代码关联。规则声称其优先级高于针对小上下文模型优化的行为。
主要能力与规则：
- 整文件阅读：默认读完整文件；仅当文件超过 4000 行，或已确认识别出所需位置且此前读过全文时，才使用 offset/limit。2000-4000 行的文件建议用两次并行 Read 调用加载前后半部分。
- 直接读取优先于委托：先用 Glob/Grep 定位文件，再直接读入自身上下文；只有搜索空间确实未知且宽泛、需探索 10+ 文件，或任务真正独立可并行时才交给子代理。判断标准是“读摘要是否会丢失重要细节”。
- 编辑前先读：编辑任何文件前，读取目标文件全文、其导入与依赖、引用它的调用方、测试文件及引用它的配置文件。
- 不重复读取：信任已有上下文，仅当文件被修改或编辑后需验证当前状态时才重读。
- 并行读取：需要多个独立文件时，放在单次并行工具调用中，避免串行 Read。
深上下文模式（复杂任务）：当任务涉及 3+ 文件、调试或排查异常、新功能或较大重构、跨模块边界，或用户明确要求深度分析时启用。步骤为：先用 Glob/Grep 梳理文件图（搜索阶段不读文件），再按目标文件、直接依赖、调用方、测试、配置文档的优先级分批并行加载，典型 5-15 个文件、2-3 批；随后在完整上下文下执行修改，并向用户简要说明加载了什么。
反模式列举：不要用子代理去总结本可直接读取的代码；不要用 limit 只读前若干行“瞥一眼”；不要重读已在上下文中的文件；不要未读依赖就开始改代码；不要逐个串行读取独立文件。
上下文预算启发：会话早期可激进加载；中期转为有选择性，聚焦当前任务文件；重度会话（30+ 文件、长对话、出现压缩警告）应谨慎，优先用 Grep 快速查找；接近上限（已发生压缩）时停止加载新内容，基于现有内容工作并建议开启新会话。
限制：以上均为该资料陈述的规则与建议，未提供具体实现方式、安装命令、平台支持、费用或实测效果信息。适用对象与触发条件以资料描述为准。