Codex 接入 DeepSeek-V4-Pro，三步可用
模力方舟发布教程，讓 Codex 透過 Responses API 接入 DeepSeek-V4-Pro，App、CLI 和 SDK 都能用，配置只要三步。
模力方舟已讓 Codex 透過 Responses API 接入 DeepSeek-V4-Pro，App、CLI 和 SDK 都能直接配置使用。
模力方舟在 2026-06-24 更新教程，宣布已完成對 Codex 的原生適配。開發者現在可把 DeepSeek-V4-Pro 接進 Codex App、Codex CLI 和 SDK，沿用既有工作流，不必重做一套工具鏈。
這次接入主打三步設定，核心是把模型服務商指向 模力方舟，再把 model 與 review_model 指到 DeepSeek-V4-Pro。對已經在用 Codex 做寫碼、審查和排錯的團隊來說，這更像是換後端模型，而不是換產品。
| 項目 | 數值 |
|---|---|
| 發布日期 | 2026-06-24 |
| 接入模型 | DeepSeek-V4-Pro |
| API 方式 | Responses API |
| 配置步驟 | 3 步 |
發生了什麼
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析，直送信箱。不定期，不騷擾。
不會寄垃圾信，隨時可取消。
教程先把前提講清楚：Codex 已開放自訂模型服務商設定，模力方舟則提供兼容 Responses API 的接入層。使用者在本地配置檔中填入 model_provider、base_url、wire_api 與 API 金鑰，就能讓 Codex 走模力方舟的服務。
文章也把流程拆得很細，覆蓋 macOS、Linux 和 Windows。安裝 Codex 後，使用者可透過 npm 裝 CLI，寫入 token，進入項目目錄執行 codex；官方還提供可直接複製的設定片段，降低試錯成本。
這套方案不只適用單一入口。App、CLI 和 SDK 都能共用同一套自訂供應商設定，對於團隊內部想統一模型來源、又不想改動既有腳本的人，會省下不少整合時間。
文章列出的功能支援也很實用。模力方舟目前支援 reasoning.effort、Function Calling、結構化輸出和圖片輸入，並可開啟 network_access、關閉 response storage。這表示它已能覆蓋不少日常開發任務。
- base_url 指向 https://api.moark.com/v1。
- wire_api 設為 responses，對齊 Codex 的調用方式。
- model 與 review_model 都可設為 DeepSeek-V4-Pro。
- auth.json 內要寫入對應的 API key。
為什麼重要
對開發者來說，這代表 Codex 的模型選擇不再只綁定單一後端。若團隊已經在用 Codex 做代碼生成、項目分析、錯誤定位或代碼審查，現在可以把 DeepSeek-V4-Pro 納進既有流程，測試不同模型在成本、速度和輸出風格上的差異。
對平台方來說，真正的門檻不是「能不能接」，而是「接得有多完整」。文章也明確提到，目前多模態影片、previous_response_id、Session 快取、內建工具與 MCP 還沒完整支援，意味著現階段更適合單輪程式任務、函式呼叫、JSON 輸出與串流回應。
這種兼容路線的價值，在於它把模型切換成本壓到最低。團隊不必重寫編排邏輯，也不必重新訓練使用習慣，只要換掉服務端配置，就能在同一個 Codex 工作流裡測試不同模型能力。
更直接地說，這篇教程反映的是一個趨勢：開發工具正在從「綁定單一模型」走向「可插拔後端」。誰先把 Responses API 跟上，誰就更容易進入現有開發者的日常工具箱。
問題也很現實：當模型接入變得更容易，真正拉開差距的，會是模型本身，還是服務商對 API 與功能完整度的追趕速度？