Codex 的預設視窗，往往比 GPT-5.6 Sol 文件裡的視窗更早用完。r/codex 上有人把失敗過程寫得很具體：模型「會把額度花在讀檔案上，快接近答案了，然後上下文沒了。Codex 把東西清掉，模型從頭再來。」這就是 Tibo 在 2026 年 8 月 16 日用三行 config.toml 回應的問題：把工作階段預算抬到約 100 萬 token。
模型本身從來不是 272K 規格。OpenAI 的 GPT-5.6 Sol 模型頁 寫的是 1,050,000 token 上下文。被壓短的是 Codex 的產品預設值。下面按 Tibo 的方法逐步說明，解釋 272K 這條計費線，並補充一條不用改設定的路徑：Tabbit Browser 裡已經可以直接選 GPT-5.6 Sol。
關鍵要點
GPT-5.6 Sol 文件視窗是 105 萬 token。 Codex 預設更短，是因為成本、延遲和自動壓縮，不是因為模型在 272K 就停了。
開啟方式是
~/.codex/config.toml裡三行，或一次 CLI 參數。 儲存後重啟 Codex，並新開工作階段。API 上輸入超過 272K 會按整單 2 倍輸入、1.5 倍輸出計費。 訂閱使用者也回饋額度掉得更快。沒有必要把 100 萬設成每天的預設。
Tabbit 的模型列表裡已經有 GPT-5.6 Sol。 接入後沒有再加一層需要手動打開的產品 cap。分頁、檔案、截圖用
@引用即可。Codex 和 Tabbit 是兩套執行階段。 Codex 面向儲存庫裡的編碼 agent；Tabbit 面向頁面上的工作。材料在哪，就選哪條路。
GPT-5.6 Sol 100 萬上下文一覽
| 路徑 | 官方 / 有效視窗 | 怎麼拿到 | 代價 | 更適合 |
|---|---|---|---|---|
| GPT-5.6 Sol API | 文件 1,050,000 token | gpt-5.6-sol 或別名 gpt-5.6 | 輸入 >272K 時，整單按 2 倍輸入、1.5 倍輸出 | 自己計量的應用和 agent |
| Codex 預設 | 更短的產品預設（近期靠近 272K） | 不用額外設定 | 更不容易悄悄跨進長上下文加價；更早開始壓縮 | 日常 Codex 工作階段 |
| Codex 100 萬開關 | 約 1,000,000 token，約 900,000 開始壓縮 | config.toml 或 CLI -c | 提示詞更大、歷史留得更久、額度掉得更快 | 大儲存庫、長除錯、研究型編碼 |
| Tabbit GPT-5.6 Sol | 同一模型家族；沒有 Codex config.toml 步驟 | 在瀏覽器裡選 GPT-5.6 Sol | 仍受 Tabbit 方案額度限制；這不是 Codex 席位 | 頁面、分頁群組、截圖、檔案當上下文 |
272K 是 計費和產品預設 邊界，不是模型硬頂。AI Weekly 對 Codex PR #33972 的整理 寫過：綑綁 metadata 曾試過約 372K，後來又拉回 272K 一帶。模型頁上的 1.05M 規格沒有跟著縮小。
Tibo 貼文實際寫了什麼
Tibo（OpenAI，負責 Codex 與 ChatGPT）發的是長文，不是一句口訣。有用的部分是：
更大視窗讓 Codex 在摘要舊輪次之前，多留一些 程式碼、工具輸出和對話。
模型必須真的支援這個視窗。Sol 文件數字是 1,050,000 token。
設定寫在
config.toml頂層，任何[section]之前。儲存後 重啟 Codex，並新開工作階段。舊執行緒不會繼承新預算。
預設值有原因。他的收尾是：玩得開心，但也要知道預設是仔細調過的。
後續報導還提到：這條 100 萬路徑以前主要給 API Key，後來也對 ChatGPT 帳號 的 Codex 打開了開關。把它當作 2026 年 8 月 16–17 日的產品新聞；如果參數沒生效，先核對用戶端版本。
ChatGPT Learn 的 模型指南 早已把 Sol 列為 GPT-5.6 旗艦，用於複雜程式設計、電腦操作、研究和網路安全。幾個月裡缺的不是「Codex 有沒有 Sol」，而是「為什麼工作階段這麼早被壓縮」。這個缺口也寫在 GitHub issue #33306 裡：使用者要的是可開關的完整視窗，以及看得見的壓縮閾值，而不是一個靜默的更小上限。
繁中讀者若對照簡中新聞稿，例如 IT之家，會發現大多只轉寫同一則貼文。差別在下面兩節：什麼時候不要開，以及瀏覽器裡還有一條路。
在 Codex 裡開啟 100 萬上下文
下面就是 Tibo 公布的方法，按原文設定，不是隱藏 API。
方式 A — 寫進使用者設定
開啟 ~/.codex/config.toml，在任何 [section] 之前加入或更新：
model = "gpt-5.6-sol"
model_context_window = 1000000
model_auto_compact_token_limit = 900000三行分別表示：
model選 GPT-5.6 Sol。model_context_window把預算設到 100 萬 token（低於文件 105 萬上限）。model_auto_compact_token_limit大約在 90 萬 token 開始自動壓縮，留一點餘量。
重啟 Codex 用戶端。再 新開 一個工作階段。
方式 B — 只試這一次，不改預設
codex -m gpt-5.6-sol \
-c model_context_window=1000000 \
-c model_auto_compact_token_limit=900000每個工作階段都要大視窗就用 A。只想救一次難改的重構就用 B。
為什麼預設比 105 萬短
同一模型上面疊了三件事。
成本。 Sol 模型頁寫得很清楚：輸入超過 272K token 的請求，按 整單 2 倍輸入、1.5 倍輸出計費。不是只對多出來的那一截加價。273K 和 271K 是兩張不同的帳單。Codex 把預設往 272K 靠，是為了讓普通工作階段少踩這條線。
額度。 同一則 r/codex 帖 裡，點讚最高的評論提醒：超過 272K「會按 2 倍速率吃用量，小心點」。另有人調侃，接下來會刷屏「200 美元訂閱十分鐘燒光」。這是使用者回報，不是官方 ChatGPT 價目表。直覺仍然對：視窗越大，後面每一輪帶上的 token 越多。
預設循環的品質。 自動壓縮是有損的，目的是讓工具跑很久之後還能繼續。YouTube 上 Superbash 的 Did OpenAI nerf GPT 5.6 Sol? 把更早的產品改動概括成：往 272K 回退，以及額度掉得太快的抱怨。這和 metadata 故事一致：OpenAI 沒有改 Sol 的 API 規格，改的是 Codex 預設暴露多少。
所以 100 萬開關是真的，預設短視窗也是真的。它們服務不同任務。
什麼時候不要開 100 萬
繼續用 Codex 預設，如果：
任務只有幾個檔案、對話也不長。
你的週額度或月額度經不起一次工作階段倒空。
你本來就靠壓縮續命，不想讓 90 萬 token 的失敗嘗試一直占著後面每一輪。
值得開啟，如果：
實作確實依賴超過約 25 萬 token 的活上下文，也就是上面那種「快做完就被清空」的情況。
你在做架構、長除錯，或壓縮一次就要把同一棵目錄重新讀一遍的研究。
你接受「更多上下文」也可能是更多噪音。同一帖裡已有人在問 甜點區間，而不是最大值。
Tibo 的警告可以當成產品政策：預設調過；你可以改；後果你自己擔。
一條更省事的路：Tabbit 裡本來就有 GPT-5.6 Sol
如果你想開 100 萬，只是因為「模型都支援百萬級了，還要跟產品 cap 打架」，改 Codex 設定是一種修法，但不是唯一執行階段。
Tabbit Browser 是內建 GPT-5.6 Sol 的 AI 原生瀏覽器。國際版官網 tabbit.ai 的 FAQ 已寫出 GPT-5.6。多模型對比介面裡，Sol 是一列可選模型，不是藏在 Codex 開關後面的隱藏能力。接入 Sol 之後，Tabbit 沒有再加一層需要你手動打開的產品 cap。選模型就能用，不用改設定去「打開 100 萬」。
工作流和「把整個 git 儲存庫塞進一條 Codex 執行緒」相反：
開啟你真正要用的頁面、PDF 或本機檔案。
在全能輸入框或對話裡輸入
@，引用分頁、分頁群組、截圖或檔案。和頁面對談 就在來源頁面旁邊。選擇 GPT-5.6 Sol（也可以和其它模型家族並排對比）。
若是公開網上的多步任務，用 Agent Mode 放到獨立分頁群組，避免搶走你正在看的頁面。
這是瀏覽器級上下文，不是一個 model_context_window 整數。材料本來就在分頁裡時，通常比把 URL 塞進編碼 agent 更合適。我們在 agentic reasoning 裡寫過計畫—行動—觀察循環；Tabbit 能讓這個循環看見你已經開啟的頁面。
邊界說清楚： Tabbit 不能替代 Codex 去給大儲存庫打補丁、跑測試、在 IDE 裡套用 diff。它也不會讓每個方案變成無限額度。模型權限和每週 / Pro 額度仍然有效，以 Tabbit 價格 為準。本文不聲稱已經實測跑滿 1.05M token 的 Tabbit 工作階段。能核對的更窄：選擇器裡有 Sol，而且你不用改 ~/.codex/config.toml。
如果之前已經在 Tabbit 裡用過更早的 GPT-5.x，路徑和 在 Tabbit 裡用 GPT-5.4 一樣：模型就在頁面旁邊。Sol 是這一代的旗艦，不是只有 Codex 才能開的隱藏檔。
哪種任務走哪條路
| 任務 | 更合適的路徑 | 原因 | 注意 |
|---|---|---|---|
| git 儲存庫裡的多檔案重構 | Codex 100 萬開關 | 工具輸出和讀檔案留在編碼 agent 裡 | 額度；改設定後要 新開 工作階段 |
| 日常 Codex 寫程式 | Codex 預設 | 更便宜，壓縮也更早 | 不要把 100 萬片段同步到每台機器 |
| 同時對比十個開啟的文件頁 | Tabbit + GPT-5.6 Sol | @ 引用你還能看見的頁面 | 不能替代 git 和測試 |
| 來源頁面保持可見的長研究 | Tabbit Agent Mode | 同類 agentic 瀏覽器 循環，頁面可核對 | 公開網頁和本機檔案；不是 Microsoft 365 Graph |
| 很在意 Plus/Pro 當週額度 | 留在 Codex 預設，或 Tabbit Free/Standard | 100 萬再加高推理，額度消失得很快 | 若直接打 Sol API，仍有 272K 倍率 |
| IDE 裡對比 Claude / Codex | Codex 對 Tabbit vs Claude Code | 產品不同，上下文旋鈕也不同 | 不要假設每個用戶端都暴露 1.05M |
主要讀公開網頁的人，也可以先看 研究用瀏覽器，不必先改 TOML。要橫向看 AI 瀏覽器，用 2026 對比。不是 Codex、但想把 ChatGPT 放進瀏覽器的路徑，見 內建 ChatGPT 的瀏覽器。
結論
儲存庫任務總在產品預設視窗上死掉時，再在 Codex 裡開啟 GPT-5.6 Sol 約 100 萬上下文。用 Tibo 的三行設定，重啟，新開工作階段。日常開發保持預設。模型真正的天花板是 105 萬；272K 這條線關乎錢和壓縮。
如果材料 已經在瀏覽器裡，不必跟設定打架。Tabbit 裡本來就能選 GPT-5.6 Sol。點模型，@ 分頁。這是頁面級長上下文的更簡單路徑，不是說 Tabbit 等於 Codex。
需要這條路徑，用文末下載。工作仍在儲存庫裡，就繼續留著 Codex。
常見問題
Codex 裡怎麼開啟 GPT-5.6 Sol 的 100 萬上下文？
開啟 ~/.codex/config.toml，在任何 [section] 之前寫入 model = gpt-5.6-sol、model_context_window = 1000000、model_auto_compact_token_limit = 900000。儲存後重啟 Codex，並新開一個工作階段。只想試一次可以用同樣的 CLI 參數。這是 OpenAI 工程師 Tibo 在 2026 年 8 月 16 日公布的方法。
GPT-5.6 Sol 官方上下文視窗是多少？
OpenAI API 模型頁寫明 GPT-5.6 Sol 的上下文視窗是 1,050,000 token，最大輸出 128,000 token。gpt-5.6 這個別名會路由到 Sol。Codex 產品預設視窗比這個規格更短，所以使用者一直在要求可開關的完整視窗。
開啟 100 萬上下文會更貴嗎？
在 API 上，輸入超過 272K token 的請求會按整單 2 倍輸入、1.5 倍輸出計費，不是只對超出部分加價。Codex 訂閱使用者也回饋更大視窗會更快燒掉額度。Tibo 的貼文沒有給每個 ChatGPT 方案寫一條計費公式，所以請把 100 萬視窗當成按需選項，而不是日常預設。
Tabbit 瀏覽器有 GPT-5.6 Sol 嗎？
有。Tabbit 國際版官網 FAQ 列出了 GPT-5.6，瀏覽器內的多模型對比介面也可以直接選 GPT-5.6 Sol。你在模型列表裡選它即可，不需要改 Codex 的 config.toml 去抬產品上限。
應該一直開滿 100 萬視窗嗎？
不應該。Tibo 明確說 Codex 預設長度是按效能和成本調過的。社群回饋是超長工作階段會很快吃掉週額度或月額度，而且自動壓縮存在是因為把所有歷史都塞進上下文並不總是更好。大任務、需要連續記憶時再開；日常開發保持預設。
長上下文應該用 Codex 還是 Tabbit？
任務在程式碼儲存庫、測試和補丁裡，用 Codex CLI 或 IDE。上下文是正在看的網頁、分頁群組、截圖和本機檔案，並且不想維護一份 Codex 設定時，用 Tabbit Browser 選 GPT-5.6 Sol。兩者執行階段不同，不是同一個產品的兩個開關。