用途：在每次会话开始时，以及提示规模或工具调用开始激增时运行，用于管理 token 配额并做节约与压缩检查。长时分析、宽 diff 或大规模上下文加载前必须执行。若上下文优化已覆盖该场景，或只是上下文极少的简单查询，则不必使用。
主要能力与步骤：需按顺序创建并勾选 5 个 TodoWrite 项：quota-check、context-plan、delegation-check、compression-review、logging。第一步配额检查：记录会话时长与每周用量（来自 /status 或 notebook），注意 5 小时滚动上限与每周上限，计算剩余预算并设定本任务最大 token 目标。第二步上下文计划：读文件前先设发现读取预算，每次 Read 和内容模式 Grep 计 1 次读取，Glob 与 files-with-matches Grep 免费；按任务类型设上限（按规格实现最多 8 次、已知位置修 bug 最多 5 次、已知范围重构每改一个文件最多 1 次、开放探索最多 15 次），读取顺序为规格/需求、待改文件、导入/接口，然后停止读取开始写；预算用尽须询问用户，不得自行追加读取，仅用户明确批准可覆盖；优先用带 offset/limit 的 Read 或 Grep，少于 50 行的 Read 计 0.5 次，避免用 Bash 的 cat/sed/awk；PDF 用 pages 参数定向读取，硬限制 100 页、20MB。第三步委派检查：评估计算密集任务能否交给 Qwen MCP 等外部工具，本地工作优先用确定性脚本。第四步压缩审查：先总结再添加上下文，删除冗余历史、折叠日志、避免重复贴相同代码，可引用已有输出；决定是否压缩当前线程，可用“Summarize from here”部分总结，工作流结束且旧上下文不再用则建议 /new，窗口臃肿但需保留线程则建议 /compact。第五步日志：记录所用节约策略与剩余预算，预算低时警告用户并提出备选方案。
输出与退出标准：给出节约步骤、委派任务与剩余余量的简短说明，以及保持对话精简的具体下一步清单；明确提醒 /new 或 /compact，或说明无需重置/压缩。所有 5 个 TodoWrite 项须按序完成；首次 Read 前须记录任务类型与最大读取数；输出须说明剩余 token 余量或警告预算低；预算耗尽后未经用户批准不得再读文件；版本、性能、安全、API、定价等声明须附引用或不确定性标记。