Codex Desktop + DeepSeek API 設定指南：無需 Codex 帳號即可使用 Codex++ 純 API 模式

當開發者嘗試 AI 程式碼助理時，最困難的部分往往不是模型能不能寫程式。真正的摩擦點在於工具是否能啟動、模型是否能連線、API 是否能穩定回傳，以及錯誤是否能快速定位。

原文介紹了一套實用組合：Codex Desktop + Codex++ 外部啟動器 + DeepSeek 純 API 模式。其概念不是直接修改原本的 Codex 安裝內容，而是由 Codex++ 透過外部啟動器啟動 Codex，並將模型呼叫路由到自訂 API 供應商。

對國內開發者來說，這很有吸引力，因為它保留了熟悉的 Codex 桌面體驗，同時讓模型供應商變得可設定。它真正解決的問題不是「哪個模型更強」，而是「我能不能把 AI 程式碼助理接入自己的開發環境？」

有一點需要注意：任何第三方啟動器或注入工具，都需要你自行評估安全性、使用條款與更新風險。它可用於個人測試、教學與客製化。若是團隊正式環境，官方外掛、CLI、SDK 或企業支援的整合方式會是更安全的選擇。

原文圖片：透過 Codex++ 啟動的 Codex Desktop，並顯示 DeepSeek 模型選項

1. 了解這套設定實際上解決了什麼

OpenAI 將 Codex 定位為用於建置與交付軟體的 AI 程式碼代理，涵蓋多種使用介面。官方頁面也強調桌面、編輯器、終端機與多代理工作流程。

實務上，國內使用者常遇到三個阻礙：帳號存取、網路存取與模型供應商選擇。Codex++ 將 Codex 桌面體驗與模型供應商路徑分離，讓開發者能透過自己的 API 金鑰呼叫模型。

這不是一個萬用解法。它的主要價值在於將程式碼操作介面與模型呼叫路徑分離，讓開發者能更彈性地管理各個層級。

2. 先安裝 Codex Desktop

第一步仍然是安裝 Codex Desktop。安裝後，在設定任何模型供應商之前，請先確認應用程式能正常啟動。原文提到 Codex++ 後續會偵測本機 Codex 安裝，因此基礎應用程式應先保持穩定。

• 前往 OpenAI Codex 官方頁面，下載適用於你作業系統的版本。

• Windows 使用者應確認 Codex 出現在開始功能表或應用程式清單中。

• macOS 使用者應選擇正確的 Intel 或 Apple Silicon 版本。

• 先啟動一次 Codex，確保它沒有被作業系統權限或防火牆設定阻擋。

不要一開始就編輯設定檔。請先確認桌面應用程式能執行，再加入啟動器與供應商設定。

3. 將 Codex++ 安裝為外部啟動器

Codex++ README 將其描述為 Codex App 的外部啟動器與管理工具。它不會修改原始 Codex App 檔案；它會透過啟動器啟動 Codex，並透過 Chromium DevTools Protocol 注入增強腳本。

安裝後，通常會有兩個項目：Codex++ 用於日常啟動，以及 Codex++ Manager 用於檢查、修復、更新和管理設定。

原文圖片：Codex++ Manager 健康檢查頁面

日常使用時，請透過 Codex++ 啟動 Codex，而不是直接開啟原始 Codex app。否則，增強選單、供應商設定和外掛項目可能無法運作。

4. 開啟供應商設定：純 API 模式是關鍵

安裝成功後，在 Codex++ 中開啟 Provider Configuration。這裡才是設定開始發揮作用的地方。

• 開啟 Codex++ Manager。

• 進入 Provider Configuration。

• 新增供應商或匯入既有的供應商設定。

• 建立清楚的供應商名稱，例如 deepseek。

原文圖片：供應商設定入口與 DeepSeek 供應商列表

此頁面可讓 Codex 將請求從單一預設模型路徑，轉向已設定的上游供應商。對台灣開發者而言，這可以降低海外服務存取不穩定所造成的阻礙。

5. DeepSeek 設定：不要弄錯 Base URL 或協定

原文以 DeepSeek 作為範例。DeepSeek 官方文件將 `https://api.deepseek.com` 列為 OpenAI 格式的 Base URL，而 chat completions 端點是 `/chat/completions`。不要隨意在 Base URL 後面加上 `/v1`，因為這是導致 404、502 和模型列表問題的常見原因。

原文圖片：包含名稱、存取模式、Base URL、API 金鑰與協定的供應商詳細資料表單

有兩個細節很重要。第一，並非每個模型都支援 Responses API。第二，模型名稱應依照供應商目前的文件和你帳號可用的模型列表，而不是過時教學截圖中的內容。

原文圖片：已完成的 DeepSeek 供應商設定

6. 重新啟動 Codex 並確認結果

儲存供應商後，請透過 Codex++ 重新啟動 Codex。不要直接開啟原始 Codex app。

• 檢查 Codex++ 選單是否出現在視窗頂端。

• 檢查 deepseek 是否出現在供應商列表中。

• 檢查模型下拉選單是否顯示你設定的模型名稱。

• 執行簡單的程式碼補全或聊天請求，確認 API 可正常回傳。

原文文章圖片：設定成功後出現 DeepSeek 模型選項

如果這些都能正常運作，代表整個鏈路已經接通：桌面應用程式、啟動器、自訂提供者、API 金鑰，以及模型回應。

7. 常見問題：多數問題來自協定、URL 或網路錯誤

除錯時不要一次更改所有項目。先確認 Codex++ 注入成功，再確認提供者設定可持久保存，最後才檢查 DeepSeek API 與網路存取。

8. 這套設定揭示了 AI 程式開發工具的什麼趨勢

表面上，這是一份將 DeepSeek 連接到 Codex 的指南。更深一層來看，它指向一個更大的趨勢：開發者不再只需要固定的聊天視窗。他們需要的是可設定的程式開發環境，其中模型、提供者、上下文、外掛層與工作流程都能被替換或擴充。

同樣的模式也存在於展示型網站成長中。網站不應只是發布頁面；它應該連接內容、案例、SEO、GEO、範本與潛在客戶轉換。AI 程式開發助理也不應只是回答問題；它應該連接專案、外掛、上下文、API 與團隊工作流程。

這也是為什麼 We0.ai 不應只被描述為「AI 網站建置」。更準確地說，它是一個 AI 展示型網站成長平台，幫助產品、服務、案例與技術能力被建立、展示、搜尋、讓 AI 理解，並轉換為潛在客戶。

最後重點

Codex Desktop + Codex++ + DeepSeek 純 API 模式，適合想要自訂模型提供者的開發者。它的價值不只是「不需要 Codex 帳號」。它將工作流程拆解開來，讓介面、帳號路徑、API 提供者、網路路由與模型選擇都能分別管理。

它也伴隨風險。第三方啟動器、API 金鑰、代理、模型協定與軟體條款都應仔細審查。個人實驗是一回事；長期的團隊使用則需要更嚴格的標準。

如果你能讓這條鏈路成功運作，你做的不只是設定一個工具。你已經理解了 AI 程式開發中的關鍵趨勢：介面只是入口，模型只是能力，真正的價值在於可控、可重複使用、可交付的工作流程。

FAQ

Codex++ 是模型嗎？

不是。它是 Codex App 的外部啟動器與管理工具。它協助啟動 Codex、注入增強功能，並管理提供者設定。

Codex Desktop + DeepSeek API 適合誰使用？

它適合想在使用自己的 DeepSeek 或其他供應商 API 金鑰的同時，取得 Codex 桌面版體驗的開發者、教育工作者和自訂工作流程使用者。

DeepSeek Base URL 應該是什麼？

若使用 OpenAI 格式，DeepSeek 的 Base URL 通常是 `https://api.deepseek.com`。除非官方文件或你的特定供應商要求，否則不要加上 `/v1`。

我應該選擇 Chat Completions 還是 Responses API？

如果你不確定，請先選擇 Chat Completions，因為它通常相容性較高。只有在上游模型明確支援時，才嘗試 Responses API。

為什麼設定好的模型沒有出現？

常見原因包括供應商尚未儲存、上游協定錯誤、Base URL 不正確，或是直接重新啟動 Codex，而不是透過 Codex++ 啟動。

這與 We0.ai 有什麼關係？

這個設定展示了 AI 工具如何從孤立工具轉變為工作流程。We0.ai 專注於從 Build 到 Showcase、Grow 和 Leads 的完整展示型網站工作流程。

相關工具

• OpenAI Codex

• Codex++

• DeepSeek API 文件

• We0.ai

來源

• 原始文章

• OpenAI Codex

• Codex++ GitHub 儲存庫

• DeepSeek API 文件