长任务通常不是败在开头，而是败在 80% 处——此时上下文窗口里塞满了重读的文件，原本的计划躺在漫长的回滚记录里。与其依赖模型记忆，不如把上下文窗口当作预算来管理，把 token 花在能留下持久印记的地方。
插件介绍¶
这是一个 DSH 插件，旨在通过管理上下文预算来防止长任务在 80% 处因重读和重推导而失败。它由 ChenneyZhuang 维护，属于记忆类插件。插件的核心目标是解决长任务中“重读”和“重推导”两种预算浪费行为，确保关键信息在窗口压缩时依然留存。
核心功能¶
-
分层读取
先读文件头部（约 100 行）了解文件形状，再按需读取具体章节，最后进行目标搜索。只有当头部读取确认文件中间部分相关时，才进行完整读取。这是一种 deliberate purchase（刻意购买），避免无差别的全量加载。 -
笔记优于记忆
一旦确立事实、决策、文件路径或注意事项，立即将其写入持久化的“工作笔记文件”。笔记文件能通过窗口压缩，而对话记录通常不能。这确保了信息的持久性。 -
检查点复述
在任务阶段边界（如长构建前、大发现后），用三行文字重述计划和当前状态。这作为后续阶段的锚点，帮助模型在窗口被压缩时快速恢复上下文。
安装与启用¶
使用官方命令安装：
npx skills add ChenneyZhuang/context-budget
MIT 许可，版本 v0.1.0。
典型用法¶
- 在完整读取文件前，先进行“头部读取”以了解文件结构。
- 确立新事实时，立即将其写入持久化的“工作笔记文件”中。
- 在任务阶段切换时，将计划重述为三行摘要，作为后续阶段的起点。
适用场景与注意¶
- 适用场景：处理需要阅读多个文件、步骤超过 10 步的复杂长任务。
- 注意事项：
- 笔记文件会带来小额写入开销。
- 对于步数较少的任务，预算机制的运行成本可能高于节省的 token。
- 压缩行为因运行时不同而异，确切保证取决于运行时。
短结尾¶
通过将上下文管理从“记忆”转变为“预算”，该插件有助于避免任务在 80% 处崩溃。相关资源见 插件目录 和 GitHub 仓库。
