简体

首頁國際新聞 › 新聞稿

科技 個股OpenAI編程工具Codex首次向開源模型開放接入

OpenAI的編程智能體Codex不再僅支持自家GPT模型,通過新增的“可插拔模型接口層”,開發者可將Ollama、LM Studio等本地開源模型服務接入Codex的命令行與SDK。配置文件中可註冊多個模型提供方,或直接使用--oss參數連接本地模型。

來源 36氪 — 快訊(latest) 2026-06-22 閱讀原文 →
字號

OpenAI的編程智能體Codex近日迎來一項重大變化:它不再只支持自家的GPT模型,而是開始面向所有開源模型開放接入。這一信號最先被開發者社區察覺,有人在Codex的命令行和軟件開發工具包配置中發現了一個名為“開源模式”(OSS mode)的選項,官方也稱其為“本地提供方”。通過在命令行中添加--oss參數,Codex就能在本地運行開源模型;若要連接其他模型服務,修改配置文件中的相應字段即可。

OpenAI Codex團隊負責人Tibo在社交平臺X上確認,Codex的應用程序、命令行和SDK均可搭配任意開源模型使用,並非僅限於OpenAI自家的模型。Hugging Face聯合創始人Thomas Wolf轉發該消息時表示,自己也是剛知道Codex已能使用開源模型。

OpenAI此次開放的本質並非開放GPT模型本身,而是為Codex增加了一個“可插拔模型接口層”。開發者可以在配置文件中註冊多個“模型提供方”,每個提供方需包含訪問地址、通信協議、鑑權方式以及模型映射關係。Codex啟動時會根據配置將請求路由到不同的模型服務,包括OpenAI自身模型、本地Ollama模型或DeepSeek等第三方API。通過--oss參數,Codex默認連接Ollama和LM Studio這兩個本地模型服務,可在一定程度上實現離線運行與本地化處理。

不過,接口開放並不意味著所有模型都能即插即用。接入的模型通常需要兼容對話補全接口格式,而工具調用等更復雜的能力能否完整運行,官方並未給出保證。由於DeepSeek等多數開源模型的接口仍以Chat Completions為主,與Codex主要基於的Responses API在請求結構、流式輸出和工具調用機制上並不完全一致,直接填入地址往往無法順利工作。

社區的解法是在中間增加一層本地路由或協議轉換器,將Codex發出的Responses API請求轉換為Chat Completions格式轉發給開源模型,再將返回結果轉換回Codex可識別的格式。通過這種混合路由方式,開發者可以讓GPT負責規劃任務、設計架構,而讓開源模型負責執行代碼生成與文件修改,從而大幅降低使用成本,同時滿足將代碼完全保留在本地的隱私需求。

分析認為,OpenAI此舉可能意味著其戰略重心正從售賣模型向打造平臺和框架轉移。通過在協議層保留以Responses API為主要交互標準的約束,無論接入何種模型都需對齊到OpenAI定義的請求與響應結構,接口標準本身正在成為新的競爭焦點。對開發者而言,這一變化帶來了能跑開源模型、節省token費用和本地離線使用的便利,但也可能使其更深度地依賴Codex這一入口。

為什麼重要OpenAI將核心開發工具Codex的模型接入層開放,可能改變AI編程工具的競爭焦點,從模型能力轉向接口標準與生態入口。

僅供信息參考、不構成投資建議。