用途：在编码会话中把上下文窗口当作有余额的预算来管理，减少无谓消耗，让模型记住关键决策、输出更干净。
主要能力与规则：
- 窄读文件：用 sed -n '120,190p' file.ts 代替读整个 2000 行文件；先 grep 符号再读附近约 40 行；只有准备重构时才读整文件。
- 先搜索后阅读：grep -rn "symbolName" --include="*.ts" 用少量 token 定位关键文件。
- 过滤噪声命令：npm test 2>&1 | tail -30；npm run build 2>&1 | grep -E "error|Error|warning" | head -20；npm install --silent 2>&1 | tail -5；git diff --stat 代替完整 git diff。
- 写下来而非记住：计划、决策、待改文件清单写入磁盘文件，可重复读取且成本可控。
- 不重读刚写的内容：编辑成功即成功，重读验证是纯消耗。
- 减少叙述：不写前言、不复述已展示内容、不总结用户可见的 diff，一两句说明改动与下一步。
常见上下文泄漏与修复：为看一个函数读整文件（改为 grep 加行范围读）；完整安装/构建日志（用 tail 或 grep 错误）；列出 node_modules、dist、.next（在 find/ls 中剪除）；编辑后重读（信任编辑结果）；对已完成工作的长解释（一行）；贴回文件展示小改动（只展示 diff 片段）；每轮重复计划（计划放文件里）。
压缩点：当窗口约用掉三分之二时，停止新增、开始整合——把当前状态写入计划或交接文件，说明唯一下一步动作，并告知用户新会话会更快更准。
大型仓库：先看目录名和入口点再深入；从入口点跟随 import 而非按字母爬目录；一次一个子系统，完成后记录所学再继续；生成代码、lockfile、快照默认排除。
不可削减的部分：改代码前读实际代码；失败时的错误输出；用户需求原文。目标是更少 token，而非更少证据。
限制：资料未提供具体安装方式、平台支持、收费或价格信息。