[AI 分享] Codex 從程式設計助手走向 Agent 工作平台

[AI 分享] Codex 從程式設計助手走向 Agent 工作平台

摘要：從 GPT-5 上線前的質疑，到 Codex 桌面版推出，OpenAI 重新思考了人與程式設計 Agent 的分工。

內容:

2025 年夏天，GPT-5 發布前夕，Ever 創辦人 Dan Shipper 帶領團隊測試了這款新模型。他們喜歡 GPT-5 的日常表現，但將它放進 Codex 執行程式設計任務時，結果不如預期。當時，其他程式設計 Agent 已讓使用者能交出整項任務，等待完整功能甚至應用程式交付；相比之下，GPT-5 顯得謹慎，Codex 也還在摸索產品方向。

這份回饋讓 Shipper 走進 OpenAI 的會議室。Codex 團隊當時正在製作一項功能：Agent 若要存取沙箱外的檔案或執行命令，必須先徵求人類授權。Shipper 卻告訴團隊：「我們現在基本上都不怎麼看程式碼了。」他擔心，OpenAI 是否正替一種逐漸消失的工作方式打造工具。

Codex 的轉變，始於模型推理能力的進步。早期語言模型主要邊生成內容邊作答；推理模型則能在輸出答案前反覆推演。2024 年推出預覽版的 o1，讓 OpenAI 看見：給模型更多處理難題的時間，表現就可能提升。程式設計尤其適合這種方式，因為模型能修改程式碼、執行測試，再根據結果修正錯誤。

在 OpenAI 內部，Codex 的發展有兩條相互靠近的路線。亞歷山大·恩比裡克斯思考的是產品體驗：推理模型雖然慢，卻能在終端讀取檔案、執行命令並處理報錯；關鍵是如何讓使用者理解它正在做什麼，並願意與它協作。另一邊，暱稱 Tibo 的研究人員把程式設計 Agent 用在內部科研基礎設施，協助研究員更快撰寫程式碼、執行實驗，再利用改進後的工具研發更強的模型，形成自我加速的循環。

2024 年底至 2025 年初，程式設計成為 OpenAI 的重要戰略目標。團隊一面重構本地 Agent 引擎，一面讓模型學習處理真實、混亂的大型程式碼庫，而不只是在測試題上取得高分。經歷早期雲端產品的挫折後，Codex 先選擇成為能與程式設計師並肩工作的助手。2025 年 8 月下旬，適用於 VS Code 和 Cursor 的外掛推出，使用量隨後快速增長。

但團隊沒有只沿著外掛與命令列工具擴張，而是把下一步押在原生桌面應用。理由是模型能獨立承接的任務愈來愈長；未來的使用者可能需要同時指派、監督多個 Agent，而不是一直守在編輯器或終端前。

最具爭議的設計，是桌面應用不內建程式碼編輯器。團隊認為，一旦讓使用者直接修改程式碼，產品就會被期待具備完整編輯器的功能，也難以建立真正以 Agent 為核心的工作方式。這個決定起初連內部成員都不適應：微小改動也得向 Agent 提要求，顯得十分費事。

模型能力的提升逐漸改變了情況。2025 年 11 月推出的 GPT-5.1 Codex Max，已能連續處理數小時的程式設計工作；12 月的 GPT-5.2 Codex，進一步改善了大型程式碼庫中的修改能力。團隊成員開始習慣透過行內評論和指令請 Agent 修改，而不是自己動手編輯。到 2026 年 1 月，Codex 團隊已將桌面應用當作主力工具。

2026 年 2 月 2 日，Codex macOS 桌面版正式發布。它更像一個任務協作介面，而非傳統編輯器：使用者可以同時派出多個 Agent，分別修復錯誤、開發功能，隨時查看操作、補充指令或審查結果。各個 Agent 在獨立的程式碼副本中並行工作，互不干擾。

從最初擔心模型過於謹慎，到打造讓人能放心委派工作的介面，Codex 的故事不只是程式設計工具的更新，也是一場關於工作分工的轉變：人不必時刻親手寫下每一行程式碼，但仍要決定任務、掌握方向，並在關鍵時刻作出判斷。