Codex 把脈絡開到 105 萬 token,卻把自動壓縮門檻壓在 70 萬。這份 AI agent 設定文件說明可規劃的工作量要扣掉輸出、內建保留,以及清理動作自己佔的空間。
⭐ 文章深度讀:最容易被漏算的一項:清理自己也要空間
→ https://heymaibao.com/codex-1050k-context-700k-compaction/
⚡ 章節重點
開場 00:00
數字全對,provider 那一格選錯 01:03
從 105 萬折到 70 萬 02:54
清理自己也要佔空間 04:32
檔案改對了不等於生效 05:44
金鑰那條線,寧可不自動化 06:42
我帶走的三件事 07:41
📝 懶人包
∙ 這份文件把 provider 選擇、脈絡窗大小、自動壓縮門檻與型號清單定義成一組不可分割的設定,並點名最危險的組合:數字全對,但 provider 還留在原本的 ChatGPT 後端那一條
∙ 可用量是一路折出來的:文件寫的是 105 萬總窗扣掉 12.8 萬最大輸出得到 92.2 萬安全輸入,再套系統本身 95% 的保留變成約 87.59 萬,最後把自動壓縮門檻壓在 70 萬
∙ 檔案改對不算改好:共用的背景服務會記住啟動當下載入的設定,續跑的舊工作階段也會記住當初選的 provider,所以要重啟並開全新工作階段才算生效
∙ 我的觀察是,這篇對不跑 Codex 的人一樣成立。只要你的工具會自動壓縮對話脈絡,就有同一個二階效應:脈絡塞到極限時,連「清理脈絡」這個動作本身都需要空間
📚 參考資料
Codex Huge Context (agent-scripts)
→ https://github.com/steipete/agent-scripts/blob/main/skills/codex-huge-context/SKILL.md
Advanced Configuration (Codex)
→ https://developers.openai.com/codex/config-advanced
Understanding and counting tokens
→ https://help.openai.com/en/articles/4936856-understanding-and-counting-tokens
errSecInteractionNotAllowed
→ https://developer.apple.com/documentation/security/errsecinteractionnotallowed
Codex app automatic context compaction fails with contextlengthexceeded
→ https://github.com/openai/codex/issues/24014