SSD Nodes Learn Hosting plans →
指南 Matt Connor作者: Matt Connor · 已更新 2026-11-07

Codex 可以使用 ChatGPT 訂閱嗎?

可以。Codex CLI 以 ChatGPT Plus 或 Pro 登入,不需要 API key。了解各方案涵蓋內容,以及第三方 bridge 工具為何經常失效。

是的,Codex 使用您的 ChatGPT 訂閱

Codex 可以使用您的 ChatGPT 訂閱,這也是執行 Codex 的支援方式。執行 codex login 並完成瀏覽器步驟後,CLI 會使用您的 ChatGPT 方案計費,而不是使用 API key。截至 2026 年 10 月,包含 Codex 的方案有 Free、Go、Plus、Pro、Business、Edu 和 Enterprise。OpenAI 在 Codex app 於 2026 年 2 月推出時,曾「限時」加入 Free 和 Go,至今仍列出這兩個方案;Free 適合快速的程式撰寫工作,Go 適合較輕量的工作。因此,使用這些方案時,CLI 也不需要 API key。

npm install -g @openai/codex
codex login
codex login status

codex login status 會顯示 CLI 目前使用的帳戶,以及即將採用的驗證方式。在 macOS 上,您可以使用 brew install --cask codex 安裝相同的 binary。如果狀態輸出顯示的是 API key,但您原本想使用訂閱方案,請執行 codex logout 並重新登入。

簡短答案是:Codex 可以使用 ChatGPT 訂閱。這個問題通常是從另一個方向產生的:您安裝了其他 agent,該 agent 要求使用以 sk- 開頭的 key,而您想知道為何已經付費的方案仍然不夠用。這背後有實際的機制,值得先了解,再尋找替代做法。

為什麼 coding agent 需要另外的 API key

ChatGPT 方案與 OpenAI API 是兩項產品,採用兩套計費系統。方案是消費者服務中的席位。API 是按用量計費的服務,在 platform.openai.com 上有自己的餘額。兩者不共用餘額,也不共用憑證。

codex login 儲存的不是 API key,而是 OAuth(open authorization)token。它會寫入 ~/.codex/auth.json,由 OpenAI 自家的用戶端軟體核發。第一方用戶端可以接受此 token,包括 CLI 與 IDE extension。api.openai.com 不接受它作為 bearer key。因此,使用 OpenAI API 的第三方 agent 沒有可代表你傳送的憑證,這就是 Cline 與 aider 等工具要求 API key 的原因。公開 API 唯一接受的憑證就是 API key。

這種分離並非 OpenAI 特有。Claude Code 中相同的訂閱登入與 API key 選擇基於相同原因採用同樣的方式,而比較各大 coding agent 的計費方式,大致取決於供應商是否提供自家的 CLI。

ChatGPT 方案實際涵蓋的內容

圖表ChatGPT plan list price per month in USD, October 2026
此圖表背後的資料
[
  {
    "plan": "Free",
    "usd_per_month": 0,
    "codex_cli": "yes"
  },
  {
    "plan": "Go",
    "usd_per_month": 8,
    "codex_cli": "yes"
  },
  {
    "plan": "Plus",
    "usd_per_month": 20,
    "codex_cli": "yes"
  },
  {
    "plan": "Pro",
    "usd_per_month": 100,
    "codex_cli": "yes"
  },
  {
    "plan": "Business",
    "usd_per_month": 25,
    "codex_cli": "yes"
  }
]

這些是截至 2026 年 10 月公布的定價,適用於 5 個個人與小型團隊方案。Business 的價格是按每位使用者計算的月付價格,年付價格較低。Plus 每月費用為 20 美元,Pro 起價為 100 美元;Pro 也提供更高階的層級,以支援較大的使用量上限。購買前請先查看定價頁面,因為這些數字可能會變動。

使用量的計算方式取決於方案。Plus 和標準 Business 方案都有 5 小時的使用時段。Pro 目前沒有 5 小時限制,但 OpenAI 表示可能還會另行套用每週限制。在 Codex 工作階段中,/status 會顯示每個時段剩餘的使用量,以及各時段的重設時間。使用 Plus 或 Business 時,開始長時間重構前先執行此指令,因為 5 小時時段可能會提前結束工作階段。

有一項細節常讓人誤解。本機 CLI 工作階段與雲端 Codex 工作都會使用同一方案的額度,ChatGPT Work 也是如此。應用程式中的一般聊天則不會:OpenAI 會分開計算這部分的使用量。某天下午在終端機中大量使用,會減少當天可用於雲端工作與 Work 的額度,但不會消耗聊天上限。使用 Plus 或 Pro 時,達到上限後可以購買額外額度,不必升級方案。

實際上,熱門的 ChatGPT bridge 會做什麼

Bridge 是在本機執行的小型伺服器。它會使用你的帳號登入消費者網頁產品,接著在 localhost 上提供形如 /v1/chat/completions 的端點。你將 agent 指向該位址後,agent 會以為自己正在與 API 通訊,而 bridge 會在底層重播瀏覽器工作階段本身發出的請求。有些變體會略過瀏覽器,直接呼叫內部端點;這仍是相同概念,只是需要處理的元件較少。

以這種方式自動化消費者網頁工作階段,違反 OpenAI 的使用條款,而且可能因此遭停權的帳號就是你自己的帳號。本指南不涵蓋安裝這些工具、處理工作階段認證資料、擷取 cookies,或讓這類工具運作所需的任何其他步驟。

工程問題與條款問題是兩回事,而且同樣具有決定性。Bridge 模擬的是內部介面。沒有任何承諾表示介面會維持不變,因此它確實會變動。欄位可能重新命名、加入完整性檢查,或變更串流格式;所有建立在其上的 bridge 都會開始回傳 401 或 403,直到維護者修補為止。這就是為什麼一篇發布僅 6 週的部落格文章所提供的做法,今天可能已經失效。可正常運作的 bridge,其有效期限通常以週計,而故障可能在你正在處理工作時發生。你等於是在維護一項沒有報酬的整合,對接一個沒有理由維持穩定的目標。

路徑 1:供應商提供的訂閱登入方式

當供應商提供自己的 CLI 時,這是成本最低且受支援的方式,因為你已經支付訂閱費用。對 Codex 而言,這是 codex login。以下兩種情況需要執行額外步驟。

在沒有瀏覽器的伺服器上,使用裝置代碼登入:

codex login --device-auth

此命令會輸出代碼。請在筆記型電腦的瀏覽器中輸入該代碼。另一種方式是透過 SSH 轉送回呼連接埠,並在伺服器上執行一般登入流程:

ssh -L 1455:localhost:1455 user@remote
codex login

你也可以從已登入的機器複製 ~/.codex/auth.json。請將該檔案視同密碼處理,因為其中包含有效的存取 token。檔案模式應為 600,擁有者應是執行 agent 的使用者,且絕對不要放在 git repository 或同步資料夾中。

如果機器持續使用錯誤的憑證,請在 ~/.codex/config.toml 中指定:

forced_login_method = "chatgpt"

若要使用相反的行為,請將其設為 "api"。在共用伺服器上,指定此設定通常很有用。這類伺服器可能為其他工具匯出 OPENAI_API_KEY,如此可避免單純執行 codex 時,在原本要使用訂閱方案額度的情況下,意外改由按用量計費的 API 計費。

路線 2:設有嚴格支出上限的 API key

API key 比方案多提供兩項功能:沒有每週使用週期限制,以及每個 agent 都能接受的憑證。API key 也會按 token 計費,因此陷入重試迴圈的 agent 會以機器速度消耗真金白銀。將 key 貼到任何地方前,先設定上限。

唯一無法爭辯的上限,是預付餘額且關閉自動儲值。沒有的額度就無法使用。儲值 20 美元,並關閉自動儲值,最壞情況就是支出 20 美元。再加上平台的每月預算與支出警示,但應將預算視為警報,而不是保證停止:通知門檻與強制限制是不同功能,而且兩者已經變更過不只一次。

餘額用盡時,請求會以 HTTP 429 和 insufficient_quota 錯誤失敗。這正是你要的行為。agent 會停止並回報原因,而不是繼續執行,直到月底你才發現費用。

每台機器建立一個 project 和一個 key。平台使用量資料會顯示各台機器的支出;撤銷不再使用的筆電上的 key,也不會中斷伺服器。透過 pipe 傳入 key 來登入 Codex,讓 key 不會成為命令引數或 shell 歷程記錄的一部分:

printenv OPENAI_API_KEY | codex login --with-api-key

將 export 僅儲存在自己的使用者可讀取的檔案中。如果你在伺服器上執行 agent,在 VPS 上執行 OpenCode 說明了相同的 key 處理方式,適用於完全沒有第一方登入功能的 agent;而根據自己的 token 使用量估算每月帳單則能協助你判斷,按量計費對你而言是否真的比固定方案便宜。

路線 3:大部分工作使用本機模型,困難部分使用代管模型

Coding agent 執行的多數工作都是機械性操作:讀取檔案、重新命名符號、撰寫與現有 3 個測試相似的測試,以及摘要 diff。本機模型可處理這些工作,且不會增加邊際成本。需要判斷的工作則交給代管模型。

Codex 直接支援這種配置。codex --oss 可將 Codex 指向本機的 OpenAI 相容伺服器,預設使用 Ollama:

ollama pull gpt-oss:20b
codex --oss -m gpt-oss:20b

若要永久保存設定,請在 ~/.codex/config.toml 宣告 provider:

model = "gpt-oss:20b"
model_provider = "ollama"

[model_providers.ollama]
name = "Ollama"
base_url = "http://localhost:11434/v1/"
wire_api = "responses"

是否適合採用這種方式,取決於 2 項限制。Ollama 的 Codex 頁面要求 context window 至少為 64k tokens。由於 coding agent 會將完整檔案貼入 prompt,context 很快就會填滿。這代表需要足夠的記憶體。經過 4 bits quantisation 的 20b 模型,在加入 context window 之前約需 16 GB RAM;而更大的 gpt-oss:120b 在一般 VPS 方案上無法使用。估算 coding agent VPS 所需的 RAM 與 CPU 提供實際數據。

手動在本機模型與代管模型之間切換通常沒有問題。若要自動選擇模型,則應使用 gateway。自架 LiteLLM gateway 可讓每個 agent 使用同一個 endpoint,並從同一處查看支出;將低成本工作路由至本機模型,將困難工作路由至代管模型則說明如何劃分工作,同時避免降低 agent 的工作效能。

選擇路徑

如果你已經付費使用 ChatGPT,且只在一台機器上工作,請使用 codex login,並監控 /status。這就是完整答案,而且不需額外付費。

如果你同時使用多個代理程式、執行無人值守的工作,或使用不支援第一方登入的工具,請購買 API key,預先儲值少量餘額,並關閉自動儲值。當按用量計費的帳單開始造成負擔時,再加入本機模型處理大部分工作。

各路徑的失敗情況

達到訂閱方案上限:Codex 會拒絕請求,並告知使用量視窗何時重設;/status 會顯示已用盡的視窗。這不是故障。等待重設、購買額度,或將該工作階段移至本機模型。

API key 餘額為空:HTTP 429,並出現 insufficient_quota。為餘額加值,或刻意提高上限。如果不希望使用量視窗在工作中途限制你,只要載入的餘額足以支應工作,API key 會是較合適的選擇。

使用了錯誤的認證:codex login status 會指出目前使用的驗證方式。如果它回報 API key 餘額為空,但你的 ChatGPT 額度完全未使用,問題就出在這裡。執行 codex logout,接著執行 codex login,然後固定設定 forced_login_method,避免設定再次偏移。

橋接程式:本機 proxy 回傳 401 或 403,或串流在回覆中途中斷。上游介面已變更。你無法從本機套用任何修正,這正是問題所在。

FAQ

Codex 可以使用我的 ChatGPT Plus 訂閱,而不使用 API key 嗎?

可以。執行 codex login,完成瀏覽器步驟後,Codex 會使用你的 ChatGPT 方案計費。截至 October 2026,Codex 已包含於 Free、Go、Plus、Pro、Business、Edu 和 Enterprise,因此這些方案都不需要為 CLI 提供 API key。使用 codex login status 確認目前啟用的憑證。

為什麼我的其他 coding agent 仍然要求 OpenAI API key?

因為你的 ChatGPT 方案不會提供公開 API 可接受的憑證。codex login 會將 OAuth token 寫入 ~/.codex/auth.json,供 OpenAI 自有用戶端使用,而 api.openai.com 不會將該 token 當作 bearer key。任何連線至公開 API 的 agent,例如 aider、Cline 或 OpenCode,都需要從 platform.openai.com 取得 key,並使用該平台本身的餘額。

讓 coding agent 透過我的 ChatGPT 網頁工作階段執行,是否違反規則?

是。自動化消費者網頁工作階段違反 OpenAI 的使用條款,也可能導致帳戶遭到停用。這類橋接方案也經常失效,因為它們依賴未公告且可能隨時變更的內部介面,因此可正常運作的設定通常維持不了幾週。

Codex CLI 的使用量會扣除 ChatGPT app 的額度嗎?

不會扣除聊天額度。本機 CLI 工作階段、雲端 Codex 工作和 ChatGPT Work 共用一份額度,但 app 中的一般聊天會另外計量。Plus 和標準 Business 方案設有 5 小時視窗,Pro 目前沒有 5 小時限制,且可能另有每週限制。在 Codex 工作階段中執行 /status,即可查看每個視窗剩餘的使用量及重設時間。

如何避免 API key 產生高額帳單?

預先儲值,並關閉自動加值,因為沒有的額度就無法使用。再設定平台的每月預算與用量警示,作為第二層控管;但應將預算視為警告,而不是保證的中止上限。餘額用盡時,請求會回傳 HTTP 429 與 insufficient_quota,因此 agent 會停止,而不會在未察覺的情況下繼續消費。

這篇文章對您有幫助嗎?