OpenAI 發(fā)布 Codex macOS 應用，作為 AI 智能體指揮中心，并全面翻倍付費用戶速率限制。

作者｜樺林舞王

編輯｜靖宇

Vibe Coding 無疑是現(xiàn)在最熱的 AI 賽道，作為巨頭之一的 OpenAI，近日又在這個賽道，開始了新的動作。

當?shù)貢r間 2 月 2 日，OpenAI 正式推出了專為 macOS 設計的 Codex MacOS 桌面應用程序。

CodeX 這并非一個簡單的聊天客戶端，而是被定位為「構建智能體的指揮中心」。

與需要通過網(wǎng)頁或 IDE 插件使用的過去不同，獨立的 Codex 應用提供了更聚焦、更強大的功能。它支持同時運行多個 AI 智能體并行工作，并通過「工作樹」模式隔離不同任務產(chǎn)生的代碼變更，讓開發(fā)者可以輕松管理多個并行的開發(fā)線程。

CodeX 桌面版主界面｜圖片來源：OpenAI

Sam Altman 在公告中寫道：「這是我們內(nèi)部最喜愛的產(chǎn)品。上周我甚至在沒打開 IDE 的情況下，僅憑 Codex 的桌面 Agent 就完成了一個完整的項目開發(fā)。」

同時，OpenAI 宣布為所有付費計劃用戶臨時加倍速率限制，為期兩個月，并且首次向 ChatGPT 免費和 Go 訂閱用戶開放 Codex 訪問權限，展現(xiàn)了強烈的推廣意圖。

面對在 Vibe Coding 領域日益強勁 Anthropic 和 Cursor，OpenAI 的 CodeX 桌面版的體驗到底如何，能否為 OpenAI 扳回一局？

01

走出瀏覽器，

CodeX 成獨立生產(chǎn)力

目前，CodeX 桌面版仍然在大規(guī)模灰度測試階段，ChatGPT Plus 及以上用戶擁有優(yōu)先下載權。不過，Sam Altman 宣布在發(fā)布初期的兩個月內(nèi)，ChatGPT 免費版用戶和 Go 計劃用戶也可以限時試用。

在 OpenAI，這款 MacOS 獨立應用程序的代號是「GPT-5.2-Codex」。根據(jù)介紹，ChatGPT 桌面端不同，OpenAI 將這款 Codex 應用定義為「AI 編程的指揮中心（Command Center for Agentic Coding）」。

OpenAI 強調(diào)，這款應用不是為了讓你在里面寫幾行代碼片段，而是為了端到端地委派（Delegate）整項工程任務：

• 多智能體并行（Multi-agent Parallelism）：這是最核心的賣點。官方介紹稱，你可以在不同的「線程（Threads）」里開啟多個 AI Agent。比如，Agent A 在幫你重構數(shù)據(jù)庫，Agent B 同時在給新功能寫單元測試，互不干擾。

• 異步工作流：官方稱其為「Made for always-on background work」。你可以下達任務后直接關掉顯示器去睡覺，Codex 會在后臺持續(xù)運行、測試、修復，完成后將結果放入「評審隊列（Review Queue）」等用戶確認。

CodeX 中配備的 Skills｜圖片來源：ZDNET

OpenAI 在官網(wǎng)上詳細拆解了應用內(nèi)的三大支柱功能：

• 工作樹（Worktrees）：這是一個非常硬核的 Git 集成功能。每個 Agent 會在獨立的、隔離的本地副本中工作，只有當你滿意并點擊合并時，它的代碼才會進入你的主分支。這意味著 AI 不會因為一個幻覺就毀掉你整個本地倉庫。

• 技能系統(tǒng)（Skills）：用戶可以為 Codex 預設「技能包」，包含特定的指令、API 腳本或工作流。例如，你可以創(chuàng)建一個「部署技能」，讓 Codex 自動把改好的代碼推送到生產(chǎn)環(huán)境。

• 自動化（Automations）：支持定時任務。你可以設定它每天早上 9 點自動掃描 GitHub Issue，并嘗試給出修復方案。

最重要的，和最近爆火的 Openclaw 不同，CodeX 在系統(tǒng)集成和安全性上，都做到了企業(yè)級別：

原生沙箱控制：針對開發(fā)者擔心的權限問題，OpenAI 介紹該應用內(nèi)置了「Sandbox Mode」。你可以精確控制 AI 的權限，比如：它可以讀哪些文件夾？是否允許它連接外網(wǎng)下載依賴？每次寫入文件是否需要人工點擊確認？

三位一體架構：OpenAI 表示，Codex 現(xiàn)在的布局是「三位一體」——CLI（命令行）、IDE 插件和macOS 桌面應用。這三個端是互通的，你在桌面應用里開始的任務，可以隨時切換到 VS Code 里繼續(xù)。

02

多線程驚艷，

但拒絕小白用戶

OpenAI 的公告來看，CodeX 似乎已經(jīng)有和現(xiàn)在最熱的 Claude Code 掰掰手腕的意思，很多用戶在體驗后，確實得到了不少正面反饋。

在 Reddit 上，不少用戶普遍認為，GPT-5.2-Codex 版本在「查錯」和「邏輯嚴密性」上是目前的獨一檔。有評論提到，它比之前的 5.1 版本聰明太多，尤其在處理大型工程項目時，不會像以往那樣寫著寫著就「失憶」。

在深度體驗過后，用戶指出，Codex 版更注重「執(zhí)行效率（Fast）」和「嚴謹性」，適合用來做大規(guī)模的代碼重構；而普通 GPT-5.2 版則更擅長「規(guī)劃（Planning）」。

用戶 zproser 反饋，Codex 應用最爽的是可以同時讓 3-5 個 Agent 并行工作。比如一個在寫單元測試，一個在做數(shù)據(jù)庫遷移，互不干擾，你在側邊欄能清晰看到每個任務的進度條。

同時，加入的 Skills 功能，讓用戶可以給 Codex 加裝插件（類似 Playwright 或特定框架的 Skill），讓它不僅會寫代碼，還懂特定的業(yè)務流程。

CodeX 可以知道用戶在 IDE 中的工作內(nèi)容，保持上下文聯(lián)系｜圖片來源：ZDNET

ZDNET 資深編輯 David Gewirtz 認為這個 macOS 原生應用的殺手锏是它的「沙箱管理（Sandbox Mode）」，解決了開發(fā)者最擔心的 AI 亂改本地系統(tǒng)權限的問題。

當然，CodeX 距離出道封神，還有很長的路要走。

在論壇評論區(qū)，有用戶反映，當上下文極其龐大時，Codex 偶爾會陷入一種「自循環(huán)」。它會不斷地讀取文件、制定計劃、推翻計劃，然后重復這一過程，白白消耗大量的 Token。

另外，對于不懂程序的小白用戶來說，CodeX 可能不是一個最好的選擇。有用戶吐槽說，如果你不是專業(yè)程序員（即所謂的 Vibe Coder），你根本駕馭不住這個應用。它不會像 ChatGPT 那樣迎合你的語氣，如果你給的指令不夠?qū)I(yè)，它會表現(xiàn)得很「死板」甚至「罷工」。

批評的聲音主要集中在「工作流集成」上。許多習慣了 Cursor 的用戶認為，Codex 桌面應用雖然強大，但它是一個「外掛式」工具，你需要在 Codex 和 VS Code 之間來回切換。而 Cursor 直接長在編輯器里，那種「行間自動補全（In-line Completion）」的直覺體驗目前仍優(yōu)于 Codex 的應用模式。

還有，畢竟是原生應用且涉及大量的并發(fā) Agent 計算，部分 M1/M2 基礎版 Mac 用戶反饋應用開啟后風扇狂轉(zhuǎn)，內(nèi)存占用較高。

03

「開發(fā)入口」之戰(zhàn)

從上周末開始，OpenClaw 掀起的 Agent 熱潮，再次讓本地開發(fā)這件事，成為 AI 巨頭心上最擔憂的事情。

OpenAI 此舉遠不止發(fā)布一個新應用那么簡單，其背后是對未來軟件生產(chǎn)方式，以及開發(fā)者入口的激烈爭奪。

OpenAI 的首要目標，是提升 AI 編程的體驗與效能天花板。

此前，開發(fā)者在終端、編輯器、瀏覽器標簽頁之間來回切換使用 Codex，體驗割裂。獨立的原生應用提供了更流暢的交互、更佳的性能管理和更豐富的專屬功能（如技能包封裝、自動化設置）。正如 OpenAI 聯(lián)合創(chuàng)始人格雷格?布羅克曼所說，使用 Codex 應用后，再回到終端感覺「像回到了過去」。

這旨在建立一種新的、更高效的開發(fā)習慣，讓開發(fā)者對 Codex 產(chǎn)生深度依賴。

另外，這也是 OpenAI對抗競爭對手，特別是 Claude Code 的關鍵一擊。

Anthropic 的 Claude Code 憑借出色的代碼能力和原生集成體驗，贏得了大量開發(fā)者口碑。OpenAI 需要一款旗艦級產(chǎn)品來正面迎戰(zhàn)。發(fā)布獨立的、功能更強的桌面應用，并將速率限制翻倍，是典型的組合拳：既提升產(chǎn)品力，又降低使用門檻，旨在快速收復失地并擴大市場份額。

從行業(yè)層面來看，這是所有 AI 公司從提供 API 到定義工作范式的轉(zhuǎn)變。

Codex 應用不僅僅是一個工具，它通過「工作樹」、「技能」、「多智能體協(xié)作」等概念，正在定義一套基于 AI 智能體進行軟件開發(fā)的新方法論。

OpenAI 希望通過推廣這套方法論，成為新時代軟件工程事實標準的制定者之一。讓開發(fā)者習慣在這個「指揮中心」里管理 AI 智能體，其粘性將遠超使用一個普通的代碼補全工具。

對于開發(fā)者個體而言，價值評估標準正在悄然變化。純編碼速度的重要性可能部分讓位于「任務分解」、「智能體調(diào)度」和「提示工程」的能力。

資深工程師的優(yōu)勢可能不再局限于寫出最精妙的算法，而在于能最有效地指揮多個 AI 智能體協(xié)同完成一個復雜系統(tǒng)。這并非讓程序員失業(yè)，而是促使角色進化——更像一個技術總監(jiān)或系統(tǒng)架構師，專注于高層設計、審查和集成。

Codex 桌面應用的普及，或許將加速 AI 智能體從「偶爾使用的輔助」轉(zhuǎn)變?yōu)椤赋B(tài)化、并行化的生產(chǎn)力單元」。

用那句老生常談的話說就是：未來已來，只是分布不均。

*頭圖來源：adwaitX

本文為極客公園原創(chuàng)文章，轉(zhuǎn)載請聯(lián)系極客君微信 geekparkGO

極客一問

當 AI 開始并行處理多個編程任務，

程序員會淪為「項目經(jīng)理」嗎？

雷軍回應小米汽車被指交付量環(huán)比下降：1 月是傳統(tǒng)淡季，評價不客觀。

點贊關注極客公園視頻號，