GPT-5.6 與 Codex Agent 更新：哪些已開放、哪些仍在 Preview？

先看結論：模型 Preview 與 Codex 功能是兩條不同的產品線#

GPT-5.6 的三個層級，價格已公布但存取還沒全面開放#

OpenAI 把 GPT-5.6 拆為三個長期能力層級：Sol 是旗艦款，Terra 是較平衡的選擇，Luna 則以速度與成本為主。官方定價採每百萬 Token 計算：

Terra 被 OpenAI 定位為可與 GPT-5.5 競爭、成本約低一半的選項；Luna 是三者中最快且成本最低的一款。這些價格是 Preview 期間的 API 定價，不等於 ChatGPT 訂閱方案的可用模型或用量額度。GPT-5.6 的官方發布文也同時提到新的提示快取機制：可設定明確的 cache breakpoint，最短快取保存時間為 30 分鐘。

ChatGPT Work 已正式推出，但方案與介面仍要分開看#

ChatGPT Work 是 OpenAI 在 7 月 9 日公布的長任務 agent：它可研究與分析資訊、跨連接的 app 與檔案工作，並產出文件、試算表、簡報、報告與 Sites；工作期間使用者仍可追蹤進度、補充方向，並核准重要動作。Work 也能建立一次性、排程或監控型任務。

在 web 與 mobile，Work 正分批提供給付費方案（Free、Go 除外），並以 Pro、Pro Lite、Enterprise、Edu 為先，Plus 和 Business 後續推出。這是 rollout 資訊，不代表每個帳號同一時間都能看見入口；Enterprise 和 Edu 還有由管理員處理的 preview 與啟用流程。

7 月 16 日的桌面 App 更新則把 ChatGPT 與 Codex 放進全域切換器：在 ChatGPT 區域可選 Chat 或 Work，而 Codex 仍是獨立 view，其既有 workflows 與 history 不變。不要把這個整合誤認為所有資料、權限或工作紀錄已自動混在一起。

Codex 已有的企業工作能力：Sites、外掛與可控的 Agent#

OpenAI 在 6 月的公告中提到，Codex 每週使用者超過 500 萬，其中非技術使用者約占 20%。這比較能解釋為什麼產品開始支援研究、行銷、營運與分析，而不是「已有 100 萬名使用者把 Codex 用在報告與資料分析」這種無法由公告核實的精確說法。Codex for every role, tool, and workflow列出的能力包含：

• Sites：Business 與 Enterprise 的 Preview，可將分析、規劃或資料轉成可分享的互動網站與應用程式。
• 外掛（Plugins）：將角色導向的工作流程、工具與資料來源包裝在一起；工作區管理員能限制使用者、資料範圍與可寫入動作。
• Annotations：直接在輸出結果上標註、迭代。

外掛不是自動取得 Google Drive、Slack 或電子郵件的萬用鑰匙。它只會在工作區啟用、使用者完成連線，且來源系統權限本來就允許時才能運作。這一層權限模型是導入時最該先畫清楚的邊界。OpenAI 的外掛管理說明也建議先從唯讀權限開始，再逐步開放修改能力。

開發者端已可用的改變，比「合併成單一 App」更具體#

目前的桌面 App 以 Chat、Work 與 Codex 對應不同工作模式；其中 Codex 仍是獨立 view。若你要使用 Work 的本機檔案或 desktop app 存取，官方說明是「在你允許下」進行，仍要先審核每個連線和後續動作。

Codex app 本身已有幾項可以立即理解的能力：

• 多個 Agent 可在不同 thread 與 worktree 中並行，並能在 thread 裡檢視差異、留下意見，或交給編輯器手動修改。
• 支援 PR 審查、多檔案與終端機檢視、Remote SSH，以及應用程式內瀏覽器，讓前端迭代與遠端開發環境能在同一個工作區推進。
• 可以操作電腦、記住偏好、連接更多工具並執行持續性任務；但每個任務仍應設定權限，並由人確認結果。

這些能力分別來自 Codex app 發布公告與後續的功能更新。至於「可直接從 Claude Code 匯入設定與偏好」或「GPT-5.4 在 7 月 23 日退役」，我沒有找到對應的 OpenAI 官方公告，因此不建議把它們寫進部署或採購決策。

要把這波更新放進團隊流程，先做這四個確認#

1. 確認存取資格：先問帳號代表，GPT-5.6 Preview 是否已開到指定的 API organization、Codex workspace 與帳號信箱。API 獲准不代表 Codex 一定同時可用。
2. 挑一個可量化的小任務：例如把既有研究資料整理成客戶簡報大綱，或把一份 PR 的變更整理成驗收清單；先定義來源、交付格式與人工驗收者。
3. 外掛先採唯讀範圍：把連線限制在指定資料夾、頻道或專案。確認引用來源、失敗紀錄與資料分享範圍都符合團隊規範後，再考慮寫入權限。
4. 把模型遷移與產品傳聞拆開管理：若目前使用 GPT-5.4 或其他模型，應以 API dashboard、遷移公告和實際帳號可用清單為準；不要只因社群整理中出現日期就更改正式環境。

對團隊而言，現在能直接評估的是 ChatGPT Work 的 rollout、權限與審核流程，以及 Codex 的跨工具工作；GPT-5.6 則仍應視為需要受邀資格的 Preview。把模型資格、Work 入口和連接器權限拆成三張檢查表，會比把它們都稱作「新的 AI agent」更容易安全導入。

常見問題#