Codex Desktop + DeepSeek API 設定指南：無需 Codex 帳戶即可使用 Codex++ 純 API 模式
一份實用設定指南，教你透過 Codex++ 純 API 模式將 Codex Desktop 連接至 DeepSeek。了解如何安裝 Codex Desktop、將 Codex++ 設定為外部啟動器、加入 DeepSeek 供應商、選擇 Chat Completions、處理 API key、避免常見 Base URL 及代理錯誤，並理解此工作流程如何配合 AI 編程、SEO、GEO、作品展示網站及 We0.ai 增長工作流程。
當開發者試用 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 金鑰調用模型。
問題 | 傳統用法 | Codex++ + DeepSeek API 模式 |
帳戶依賴 | 較多綁定官方帳戶及模型路徑 | 可透過自訂純 API 供應商連接 |
模型選擇 | 受預設模型及地區存取限制影響 | 可加入 DeepSeek 及其他第三方模型 |
插件能力 | API 模式的入口可能有限 | 增強版啟動器可解鎖部分工作流程 |
網絡穩定性 | 可能受海外服務存取影響 | 模型請求可路由至指定 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++ 中開啟供應商設定。這就是設定開始發揮作用的地方。
• 開啟 Codex++ Manager。
• 進入供應商設定。
• 新增供應商或匯入現有供應商設定。
• 建立一個清晰的供應商名稱，例如 deepseek。
原文圖片：供應商設定入口及 DeepSeek 供應商列表
此頁面可讓 Codex 將請求由單一預設模型路徑，改為導向已設定的上游供應商。對本地開發者而言，這可減少因海外服務存取不穩定而造成的阻礙。
5. DeepSeek 設定：不要弄錯 Base URL 或協議
原文以 DeepSeek 作為例子。DeepSeek 官方文件將 `https://api.deepseek.com` 列為 OpenAI 格式的 Base URL，而聊天補全端點是 `/chat/completions`。不要隨意在 Base URL 後加上 `/v1`，因為這是導致 404、502 及模型列表問題的常見原因。
欄位 | 建議值 |
名稱 | `deepseek` |
存取模式 | `Pure API` |
測試模型 | `deepseek-v4-pro` 或你帳戶可用的其他模型 |
Base URL | `https://api.deepseek.com` |
金鑰 | 你的 DeepSeek API 金鑰；不要在截圖或文章中公開 |
上游協議 | 建議使用 `Chat Completions`，兼容性較佳 |
原文圖片：供應商詳細資料表單，包含名稱、存取模式、Base URL、API 金鑰及協議
有兩個細節很重要。第一，並非所有模型都支援 Responses API。第二，模型名稱應依照供應商最新文件及你帳戶可用的模型列表，而不是過時教學截圖。
原文圖片：已完成的 DeepSeek 供應商設定
6. 重新啟動 Codex 並驗證結果
儲存供應商後，透過 Codex++ 重新啟動 Codex。不要直接開啟原本的 Codex app。
• 檢查 Codex++ 選單是否出現在視窗頂部。
• 檢查 deepseek 是否出現在供應商列表中。
• 檢查模型下拉選單是否顯示你已設定的模型名稱。
• 執行一次簡單的程式碼補全或聊天請求，以確認 API 能正常返回。
原文圖片：成功設定後會出現 DeepSeek 模型選項
如果以上全部都能正常運作，整條鏈路就已經接通：桌面應用程式、啟動器、自訂供應商、API key，以及模型回應。
7. 常見問題：大多數問題都是協定、URL 或網絡錯誤
問題 | 可能原因 | 修復方法 |
deepseek 沒有出現 | 供應商未儲存、協定不匹配，或 Codex 未重新啟動 | 再次儲存，確認使用 Chat Completions，並透過 Codex++ 重新啟動 |
404 錯誤 | Base URL 包含多餘的 `/v1`，或 endpoint 拼接不正確 | 使用 `https://api.deepseek.com` 作為 Base URL |
502 錯誤 | Proxy、DNS，或上游 API 不穩定 | 檢查 proxy 規則，並正確路由 API 網域 |
Codex 停留在標誌畫面 | 無法連接所需的啟動網域 | 透過 proxy 或網絡規則允許所需的 Codex 網域通過 |
插件入口無法運作 | 直接啟動了原本的 Codex 應用程式 | 務必透過 Codex++ 啟動 |
除錯時不要一次過更改所有東西。先確認 Codex++ 注入成功，再確認供應商設定能夠持久保存，然後才檢查 DeepSeek API 和網絡存取。
8. 這套設定反映了 AI 編程工具的甚麼趨勢
表面上，這是一篇將 DeepSeek 連接到 Codex 的指南。深入來看，它指向一個更大的趨勢：開發者不再只需要一個固定的聊天視窗。他們需要一個可配置的編程環境，當中的模型、供應商、上下文、插件層和工作流程都可以被替換或擴展。
同樣的模式亦存在於展示型網站增長之中。一個網站不應該只發佈頁面；它應該連接內容、案例、SEO、GEO、範本和潛在客戶轉化。AI 編程助理也不應該只回答問題；它應該連接項目、插件、上下文、API 和團隊工作流程。
因此，We0.ai 不應該只被描述為「AI 網站建設」。更準確地說，它是一個 AI 展示型網站增長平台，幫助產品、服務、案例和技術能力被建立、展示、搜尋、被 AI 理解，並轉化為潛在客戶。
最後重點
Codex Desktop + Codex++ + DeepSeek 純 API 模式，適合希望自訂模型供應商的開發者。它的價值不只是「不需要 Codex 帳戶」。它將工作流程拆開，令介面、帳戶路徑、API 供應商、網絡路由和模型選擇都可以分開管理。
但它亦伴隨風險。第三方啟動器、API key、proxy、模型協定和軟件條款都應仔細審視。個人實驗是一回事；長期團隊使用則需要更嚴格的標準。
如果你能令這條鏈路運作，你做的不只是設定一個工具。你已經理解了 AI 編程的一個關鍵趨勢：介面只是入口，模型只是能力，真正的價值在於一套可控、可重用、可交付的工作流程。
常見問題
Codex++ 是模型嗎？
不是。它是 Codex App 的外部啟動器和管理工具。它協助啟動 Codex、注入增強功能，以及管理供應商設定。
Codex Desktop + DeepSeek API 適合甚麼人？
它適合希望在使用自己的 DeepSeek 或其他供應商 API key 的同時，享用 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 的完整展示網站工作流程。
相關工具
• Codex++
• We0.ai
來源
• 原文