長任務通常不是敗在開頭，而是敗在 80% 處——此時上下文窗口裏塞滿了重讀的文件，原本的計劃躺在漫長的回滾記錄裏。與其依賴模型記憶，不如把上下文窗口當作預算來管理，把 token 花在能留下持久印記的地方。
插件介紹¶
這是一個 DSH 插件，旨在通過管理上下文預算來防止長任務在 80% 處因重讀和重推導而失敗。它由 ChenneyZhuang 維護，屬於記憶類插件。插件的核心目標是解決長任務中“重讀”和“重推導”兩種預算浪費行爲，確保關鍵信息在窗口壓縮時依然留存。
核心功能¶
-
分層讀取
先讀文件頭部（約 100 行）瞭解文件形狀，再按需讀取具體章節，最後進行目標搜索。只有當頭部讀取確認文件中間部分相關時，才進行完整讀取。這是一種 deliberate purchase（刻意購買），避免無差別的全量加載。 -
筆記優於記憶
一旦確立事實、決策、文件路徑或注意事項，立即將其寫入持久化的“工作筆記文件”。筆記文件能通過窗口壓縮，而對話記錄通常不能。這確保了信息的持久性。 -
檢查點複述
在任務階段邊界（如長構建前、大發現後），用三行文字重述計劃和當前狀態。這作爲後續階段的錨點，幫助模型在窗口被壓縮時快速恢復上下文。
安裝與啓用¶
使用官方命令安裝：
npx skills add ChenneyZhuang/context-budget
MIT 許可，版本 v0.1.0。
典型用法¶
- 在完整讀取文件前，先進行“頭部讀取”以瞭解文件結構。
- 確立新事實時，立即將其寫入持久化的“工作筆記文件”中。
- 在任務階段切換時，將計劃重述爲三行摘要，作爲後續階段的起點。
適用場景與注意¶
- 適用場景：處理需要閱讀多個文件、步驟超過 10 步的複雜長任務。
- 注意事項：
- 筆記文件會帶來小額寫入開銷。
- 對於步數較少的任務，預算機制的運行成本可能高於節省的 token。
- 壓縮行爲因運行時不同而異，確切保證取決於運行時。
短結尾¶
通過將上下文管理從“記憶”轉變爲“預算”，該插件有助於避免任務在 80% 處崩潰。相關資源見 插件目錄 和 GitHub 倉庫。
