Hi~ 我是 Eric！👋
上一篇我們談到 ChatGPT 與 Codex App 正式整合 ：新的 ChatGPT Desktop App 把 Chat、Work、Codex 放到同一個入口，讓不同性質的 AI 任務可以在同一個 App 裡接力完成。
但 App 整合之後，另一個問題也立刻冒出來：模型選單反而更難懂了。
GPT-5.6 不只有一個模型，而是 Sol、Terra、Luna 三個能力層級；一般 ChatGPT 對話又有 Instant、Medium、High、Extra High、Pro；官方發布資訊還提到 max 與 ultra。
名稱全部排在一起，很容易得到一個錯誤結論：
反正越後面越強，全部選最高就對了。
老實說，這是最簡單，也最浪費的選法。
模型選擇不是智力排行榜，而是資源配置。你要同時考慮任務難度、速度、成本、方案額度、錯誤代價，以及自己從 Chat、Work、Codex 還是 API 使用它。
這篇會把 GPT-5.6 的模型家族、推理模式、方案限制與選擇方式完整拆開，最後整理成一套可以直接套用的判斷流程。
第一件事先弄清楚：模型層級、推理模式、產品入口是三件事
多數混亂都來自把三個不同概念放在一起比較。
1. 模型層級：Sol、Terra、Luna
這是 GPT-5.6 家族裡的三種能力與成本定位。OpenAI 說明中，5.6 代表模型世代；Sol、Terra、Luna 則是可以依自己的節奏持續演進的能力層級。
2. 推理模式：Instant、Medium、High、Extra High、Pro
這是一般 ChatGPT 對話裡，用來平衡速度與推理深度的選項。它們不是 Sol、Terra、Luna 的另一套名稱。
3. 產品入口：Chat、Work、Codex、API
你在哪裡使用，決定你看得到哪些模型與模式。Terra、Luna 不會出現在一般 ChatGPT 對話選單裡，但可能出現在 Work、Codex 或 API。
最簡單的記法是：
| 問題 | 你真正要選的是什麼 |
|---|---|
| 我需要哪種能力、速度與成本？ | Sol／Terra／Luna |
| 我想讓 ChatGPT 花多少資源思考？ | Instant／Medium／High／Extra High／Pro |
| 為什麼我的帳號看不到某個選項？ | 產品入口、方案、workspace policy 與 rollout |
只要把這三層分開，後面的選擇就不會再打結。
GPT-5.6 Sol、Terra、Luna：三個模型到底差在哪？
OpenAI 在 GPT-5.6 官方發布公告 中，將 Sol 定位為旗艦模型、Terra 定位為平衡的日常工作模型、Luna 則是快速且價格較低的模型。
| 模型 | 官方定位 | 優先考量 | 適合的任務 | API 輸入／輸出價格（每 100 萬 tokens） |
|---|---|---|---|---|
| GPT-5.6 Sol | 旗艦、能力最高 | 複雜度與可靠度 | 長程程式任務、架構取捨、研究、跨文件推理、資安防禦分析 | $5／$30 |
| GPT-5.6 Terra | 日常工作的平衡選項 | 能力、速度、成本 | 文件整理、一般程式協作、分析、內部知識工作、自動化 | $2.50／$15 |
| GPT-5.6 Luna | 最快、成本最低 | 吞吐量與成本 | 批次分類、欄位萃取、短文改寫、大量內容第一輪處理 | $1／$6 |
表格裡的價格是 OpenAI API 標準輸入／輸出 token 價格，不等於 ChatGPT 訂閱費，也不包含 Batch、Priority、快取或其他計價方式。
Sol：不是每件事都要用，但真正困難時要有它
Sol 適合的不是「字數很多」，而是「限制條件很多，而且彼此會互相影響」。
例如：
- 重構舊系統，同時要維持 API 相容性與資料一致性。
- 分析一個跨前端、後端與資料庫的 production issue。
- 閱讀多份規格，找出彼此矛盾的權限與流程要求。
- 研究資安問題，但必須保留合法防禦、驗證與風險邊界。
- 長時間操作工具、終端機與測試流程，持續根據結果調整計畫。
這種任務錯一次，可能不是改一行文字，而是讓團隊多走一週。此時選 Sol 的價值，是讓模型有更高的能力處理長程關係與多重限制。
Terra：大多數專業工作最合理的起點
Terra 的重點不是追求最高能力，而是讓能力、速度與成本落在可長期使用的平衡點。
適合的例子包括：
- 把會議決議轉成開發待辦與驗收條件。
- 依既有模式完成一般功能開發。
- 補單元測試、API 文件與程式註解。
- 整理一份內部規格或 code review 摘要。
- 處理規則已經清楚的一般自動化流程。
如果你不知道該從哪裡開始，我會先選 Terra 或 ChatGPT 的 Medium。先確認日常模型是否已經達到可接受品質，再把真正卡住的案例升級到 Sol。
Luna：適合規則明確、量大、可以抽樣驗證的工作
Luna 不是拿來做重大設計決策，而是讓大量低風險工作以較低成本快速完成。
例如：
- 把數千封客服訊息分類。
- 從固定格式文件萃取欄位。
- 產生大量標題或摘要初稿。
- 先掃描大量內容，找出需要進一步分析的候選資料。
- 對格式清楚的小型程式修改做第一輪處理。
但使用 Luna 有一個前提：輸入、輸出、例外條件與驗證方式要先定義好。
不同入口能用哪些 GPT-5.6 模型？
很多人看到三模型介紹，就開始在一般 ChatGPT 對話視窗裡找 Terra 和 Luna，最後以為自己的帳號還沒更新。
其實，官方原本就沒有把三個模型全部放進標準 ChatGPT 對話選單。 GPT-5.6 in ChatGPT 官方文件 目前列出的分工如下：
| 使用入口 | GPT-5.6 可用性 |
|---|---|
| ChatGPT 一般對話 | 以 GPT-5.6 Sol 的 Medium、High、Extra High 推理模式為主；Terra、Luna 不可直接選 |
| ChatGPT Work | Plus、Pro、Business、Enterprise 可使用 Sol、Terra、Luna |
| Codex | Free、Go 可使用 Terra；Plus、Pro、Business、Enterprise 可使用 Sol、Terra、Luna |
| OpenAI API | Sol、Terra、Luna 都可使用 |
這張表也解釋了為什麼同一個帳號，在 Chat、Work 與 Codex 看到的模型選項可能不同。
再加上 GPT-5.6 仍在逐步 rollout，即使方案符合資格，也可能暫時看不到完整選項。Business 與 Enterprise workspace 還可能受管理員設定、角色與政策控制。
ChatGPT 的快、中、高、極高、Pro，到底有什麼差別？
一般 ChatGPT 對話目前以五個主要層級呈現：Instant、Medium、High、Extra High、Pro。
| 中文介面常見理解 | 官方名稱 | 背後模型／行為 | 適合情境 | 主要代價 |
|---|---|---|---|---|
| 快 | Instant | GPT-5.5 Instant，不是 GPT-5.6 Sol | 問答、翻譯、改寫、快速發想、答案容易自行確認 | 推理深度較低，不適合多步驟高風險決策 |
| 中 | Medium | GPT-5.6 Sol 標準推理 | 需求整理、一般技術分析、程式碼解釋、專業文件 | 速度比 Instant 慢，但適合作為認真工作的起點 |
| 高 | High | GPT-5.6 Sol 延伸推理 | 跨模組除錯、架構比較、多份規格找衝突 | 等待與額度消耗增加 |
| 極高 | Extra High | GPT-5.6 Sol 可用的最高推理量 | 重大重構、疑難根因、資料遷移風險、高難度可驗證任務 | 可用方案較少、速度更慢、用量更高 |
| Pro | Pro | GPT-5.6 Sol Pro | 最困難、較長時間的工作流程 | 受方案、workspace 權限與獨立額度限制 |
快：真正的定位是「容易驗證」，不是「不重要」
Instant 適合你能快速判斷對錯的任務。像翻譯、改寫、簡單問答、產生標題候選，錯了很容易看出來，也能立即修正。
要注意的是，Instant 目前仍使用 GPT-5.5 Instant。從快切到中，不只是叫同一個模型多想一下，而是切換到 GPT-5.6 Sol。
中：大多數知識工作先從這裡開始
Medium 是我最推薦的預設起點。它願意先理解脈絡、整理限制，再給出回答，但不會像更高模式一樣為每個普通問題投入大量推理。
高：當條件開始互相影響
High 適合多個限制條件同時存在的任務。例如：架構選擇要兼顧成本、相容性、資安和時程；除錯要跨多個模組追蹤資料流；規格文件之間可能互相矛盾。
極高：難、可驗證、錯誤代價高
Extra High 應該留給真正需要多輪拆解與交叉檢查的任務。選擇它之前，最好先把驗證條件寫清楚：要列出哪些假設、需要哪些證據、什麼情況必須保留不確定性。
Pro：不是極高再加一格，而是另一個最高能力選項
Pro 由 GPT-5.6 Sol Pro 提供，目標是最困難與較長時間的工作流程。部分介面在 rollout 過程中可能把 Pro 再細分為 Standard 或 Extended；實際名稱仍應以帳號當下的完整選單為準。
「超高」、max、ultra 又是什麼？不要全部混成同一個模式
這是目前最容易產生誤解的地方。
OpenAI 在 GPT-5.6 發布公告中提到：
maxreasoning effort：讓 Sol 有最多時間進行深度推理。ultramode：透過 subagents 加速複雜工作，能力範圍不只是一個單一 Agent。
但 ChatGPT 官方模型說明目前明列的是 Instant、Medium、High、Extra High、Pro。也就是說，不能直接把中文介面或網路文章裡的「超高」一律當成 ultra。
看到「超高」時，先確認三件事：
- 完整名稱是 Extra High、Pro、Pro Extended，還是
ultra？ - 你在使用 Chat、Work、Codex 還是 API？
- 這個模式是單模型加深推理，還是會動用 subagents 的工作模式？
名稱相似，不代表背後的模型、額度、執行方式與工具能力相同。
自動切換：Instant 什麼時候會變成 Medium？
符合資格的付費方案可以讓 ChatGPT 自動判斷複雜度。當系統認為問題需要更多推理時，模型選單會顯示從 Instant 切換到 Medium。
你可以在模型選單的 Configure 設定裡開啟或關閉自動切換。
自動切換適合：
- 平常想維持快速回應，但偶爾會問到複雜問題。
- 不想每一則訊息都手動切模式。
- 願意讓系統依問題內容分配推理資源。
手動選擇適合：
- 任務開始前就知道錯誤代價高。
- 需要固定實驗條件或比較輸出品質。
- 團隊流程要求明確記錄使用的模型與模式。
- 不希望系統自動升級推理消耗。
官方也說明，自動從 Instant 切到 Medium，不會計入「手動選擇推理模式」的使用額度；但整體使用仍受方案與動態限制影響。
各方案能使用哪些 ChatGPT 推理模式？
截至 2026 年 7 月 10 日，官方 GPT-5.6 說明列出的標準 ChatGPT 對話資格如下：
| ChatGPT 方案 | Medium／High | Extra High | Pro |
|---|---|---|---|
| Plus | 可使用 | 不提供 | 不提供 |
| Pro | 可使用 | 可使用 | 可使用 |
| Business | 可使用 | 可使用 | 可使用 |
| Enterprise | 可使用 | 可使用 | 可使用 |
| Free／Go | 不提供 GPT-5.6 Sol 標準對話模式 | 不提供 | 不提供 |
實際情況還會受到逐步 rollout 與 workspace 設定影響。企業工作區即使方案包含，管理員仍可能限制特定角色使用某些模型。
額度與 fallback 也要知道
官方目前列出的幾個重要規則包括：
- Free 使用者的 GPT-5.5 Instant 額度會在 5 小時區間內動態調整。
- Plus 與 Go 使用者目前最多可在 3 小時內傳送 160 則 GPT-5.5 Instant 訊息；達到限制後可能切到 GPT-5.5 Instant mini。
- 手動選擇 Medium、High、Extra High 時會使用 GPT-5.6 Sol。
- 達到 GPT-5.6 推理額度後，ChatGPT 可能改用 GPT-5.4 Thinking mini。
- Go 方案可從輸入區啟用 Thinking，但這個選項不使用 GPT-5.6 Sol。
- Pro 等部分模型可能有獨立額度，達到上限後暫時無法選擇，直到重置。
這些數字屬於高度時效資訊。文章發布後若隔一段時間再閱讀，請回到官方頁面重新確認，不要把它當成永久方案規格。
Codex 裡怎麼選 Sol、Terra、Luna？
ChatGPT 一般對話主要選推理模式；到了 Codex，模型層級的選擇會更直接影響開發工作流。
情境一：明確的小改動
例如：
- 改一段顯示文字。
- 補 XML 註解或 README。
- 依既有模式增加一個簡單欄位。
- 整理固定格式的測試資料。
可以先考慮 Terra 或 Luna。前提是變更容易 review、測試明確，而且不涉及重大架構決策。
情境二：一般功能開發與除錯
例如：
- 完成單一功能的前後端修改。
- 補齊 API 驗證與測試。
- 追蹤一個模組內的資料流。
- 依明確規格做 code review。
先從 Terra 開始通常最平衡。若發現模型持續漏掉條件，再升到 Sol。
情境三：跨模組、跨 repo 或高風險任務
例如：
- 權限與選單顯示涉及前端、API、資料庫三層。
- 資料遷移需要 rollback 與相容策略。
- Production issue 需要整合 log、code 與環境差異。
- 多個 Agent 同時修改同一套專案。
這類任務優先選 Sol，並搭配清楚的計畫、Worktree、驗證命令和人工 review。
情境四：長程 Agent 任務
如果任務需要長時間使用工具、反覆執行測試、根據失敗結果調整策略，才考慮 Sol 的高推理設定、Pro，或介面明確提供的進階模式。
別只寫「幫我做完」。至少提供：
- 專案背景與目前狀態。
- 不可破壞的限制。
- 成功條件與驗收方式。
- 必須執行的建置與測試。
- 需要停止並請人確認的動作。
高階模型可以處理更複雜的工作，但它不會自動發明正確的業務規則。
API 使用者還要注意 Prompt Caching 的改變
GPT-5.6 除了三種價格層級，也調整了 prompt caching：
- 支援明確的 cache breakpoints。
- 最短 cache 存活時間為 30 分鐘。
- Cache write 以模型未快取輸入價格的 1.25 倍計費。
- Cache read 持續享有快取輸入 90% 折扣。
這對長 system prompt、固定工具定義、重複背景文件或大量相似請求很重要。
如果每次請求都帶著相同的大段前文，合理利用 cache 可能比一味換成更便宜的模型更有效。但 cache write 本身有成本，應根據重複率、存活時間與請求量評估，不要看到「快取有折扣」就把所有輸入都強制 cache。
能力更強，也代表安全檢查會更明顯
GPT-5.6 特別強調軟體工程、Computer Use、研究、資安與科學工作，也同步加入更完整的安全防護。
對高風險的生物或資安請求，系統可能：
- 拒絕不允許的內容。
- 暫停生成，交由更大的模型做額外檢查。
- 因安全審查讓回應時間變長。
- 即使是合法的防禦研究，也可能偶爾受到額外限制。
這不代表所有資安題目都不能做。官方仍明確支持 code review、漏洞研究、修補程式、除錯、安全教育與合法防禦測試。但任務應說明授權範圍、合法目的、測試環境與預期防禦成果。
Eric 的選擇框架：先看返工成本，再看速度與額度
如果要把整篇文章濃縮成一個實際決策表，我會這樣選：
| 任務特徵 | 建議起點 | 何時升級 |
|---|---|---|
| 快速、低風險、30 秒內能自行驗證 | Instant、Luna | 輸出開始漏格式或規則時升到 Terra／Medium |
| 日常專業工作、需求清楚、有標準驗收 | Medium、Terra | 出現多個互相影響的限制時升到 High／Sol |
| 跨模組分析、架構取捨、複雜除錯 | High、Sol | 需要長程交叉檢查時升到 Extra High |
| 重大重構、資料遷移、高風險可驗證任務 | Extra High、Sol | 需要最高能力與長時間工作流時考慮 Pro |
| 長程、多 Agent、工具密集的複雜工作 | Pro 或介面明確提供的進階模式 | 先確認方案、額度、停止條件與人工審查流程 |
還有一條我認為最重要：
如果 Medium 或 Terra 做不好，先確認是不是需求不清楚，不要第一時間怪模型不夠強。
很多任務失敗，不是因為推理資源太少，而是背景、限制、成功條件與驗證方式根本沒有提供。
使用 GPT-5.6 前的檢查清單
- 先選產品入口：快速對話用 Chat、長研究與交付用 Work、程式開發用 Codex。
- 確認模型和推理模式不是同一件事：Sol／Terra／Luna 是能力層級；Medium／High／Extra High 是 ChatGPT 推理程度。
- 從足夠的最低配置開始：日常工作先用 Medium 或 Terra，不要預設全部選最高。
- 把驗證寫進任務：要求來源、假設、測試、diff 與人工確認點。
- 檢查方案和 rollout：看不到模型不一定是錯誤，可能是方案、workspace 或逐步開放狀態。
- 更新 Codex client：使用 GPT-5.6 的官方最低版本為 ChatGPT Desktop App（Codex mode）
26.707.30751，或 Codex CLI0.144.0。 - 留意額度與 fallback：高推理與長任務可能消耗更多用量，達到限制後也可能切換模型。
- 高風險內容要人工覆核：醫療、法律、財務、資安、資料庫與正式環境決策，不能只靠模型輸出。
結語：選模型不是選最強，而是選剛剛好的工作配置
GPT-5.6 最重要的變化，不是多了三個好記的天體名稱，而是 OpenAI 開始更明確地讓使用者在能力、速度與成本之間做選擇。
- Sol 解決最困難、限制最多、錯誤代價最高的任務。
- Terra 承擔大多數日常專業工作。
- Luna 處理規則清楚、量大、需要速度與成本效率的工作。
- Medium、High、Extra High 決定 ChatGPT Sol 要投入多少推理資源。
- Pro 則面向最高能力與長時間工作流程。
真正成熟的使用方式，不是把每一題都丟給最高模式，而是先判斷：這件事難在哪裡、錯了有多痛、我能怎麼驗證，以及值不值得投入更多額度。
當你開始用這四個問題選模型，GPT-5.6 才不只是一場模型升級，而會真的變成可管理、可驗證、能長期放進工作流程的工具。