Codex 脈絡開到 105 萬 token！為什麼 70 萬就得先清場？連清理都要佔空間

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