ACON:AutoCompact 不該只求縮短,更要根據任務失敗來改善壓縮規則
ICML 2026 的 ACON 不是單純摘要上下文,而是根據 Agent 執行失敗,反向修正壓縮指引。論文在指定 benchmark 上報告峰值 token 使用量下降 26–54%;這是我們最值得拿來對照 Crew Pocket AutoCompact 的方向。
研究重點
研究發現:ACON 在觀察和任務歷史兩個層次做自然語言規則最佳化,透過任務失敗分析,逐步調整『該保留什麼』。作者同時研究把壓縮方法蒸餾給較小模型,以降低額外成本。
Crew 應用:不要只顯示節省幾個 tokens。Context Health 可以新增『壓縮後是否仍找得到關鍵決策、測試證據及檔案路徑』的驗收項。對 Crew Deck,還應以 Role 為界線,避免各角色的私人 context 混在一起。
研究限制:論文的 26–54% 降幅是作者在 AppWorld、OfficeBench、Multi-objective QA 等指定環境中的結果,不是 Crew Pocket 的實測數字。採用前必須用自己的長任務回歸集量測。
為什麼值得關注
Crew Pocket 已有 Context Health、KEEP / SUMMARIZE / DROP / RERETRIEVE;Crew Deck 又有長時間多角色任務。現在最缺的不是『再壓得更短』,而是判斷壓縮後 Agent 是否還能完成原任務。
可以進一步驗證什麼?
- 從 Crew Pocket 蒐集 10 個長任務的 compaction 前後狀態、驗收結果與 token 用量
- 對照現有 AutoCompact,設計失敗回饋:哪些事實被壓掉、是否造成返工、應怎麼修正規則
- 比較原方案與 ACON 式壓縮指引,評估任務成功率、總成本、延遲和可回溯性
參考資料
ICML 2026 / PMLR:ACON 論文 ↗2026-07 · 同儕審查研究
Microsoft ACON 公開程式碼 ↗ · 研究程式碼
延伸探索
相關研究
- Context Engineering 正式成為系統工程問題:角色、記憶、工具都要有來源相同研究主題 · 2026-10-11