OpenAI 想將 ChatGPT 同 Codex 拉成同一個 agent 平台

圖：The Verge．原文連結

OpenAI 今次再改組，表面上係高層分工同產品線重排；但真正值得留意嘅位，係公司似乎想將 ChatGPT、Codex 同其他 agent 能力收束成同一套產品體驗。The Verge 引述一份內部 memo 報道，OpenAI 總裁 Greg Brockman 會正式負責產品，並將公司今年產品策略押注喺 AI agents。報道提到嘅方向係投資單一 agentic platform，令 ChatGPT 同 Codex 合併成一個統一 agent 體驗。不過，呢個重點來自 The Verge 取得嘅內部 memo，唔係 OpenAI 公開發布新功能；所以暫時應該視為產品方向同組織訊號，而唔係今日已經推出一個全新合併版 ChatGPT。

對香港公司 IT team、freelancer 同 startup 來講，呢單新聞唔應該只當成「OpenAI 又有人事變動」。過去一年，AI coding 工具大多係獨立入口：有人開 Claude Code，有人用 GitHub Copilot，有人喺 IDE 入面跑 agent，有人將 Codex 當成專門寫 code、開 PR、跑測試嘅工具。如果 OpenAI 真係將 Codex 放入更大嘅 ChatGPT agent 平台，使用習慣會由「我開一個 coding 工具」變成「我喺 ChatGPT 裏面分派一件工作，由 agent 自己揀工具處理」。分別唔止係 UI，而係權限、資料、成本、審批同公司政策都要跟住變。

發生咩事

The Verge 報道指，OpenAI 今次重組令 Brockman 正式主理產品策略同 scaling 相關工作，下面再分成幾條產品同基建支柱，包括核心產品及平台、企業重點行業、消費者產品，以及基建、廣告、資料科學同增長。報道亦提到，OpenAI 近月將注意力集中返 coding、enterprise 呢類收入相關業務，減少資源投放喺較旁枝嘅項目。呢個講法符合 OpenAI 近一年嘅產品節奏：Codex 由 ChatGPT 入面嘅雲端 coding agent，擴展到 CLI、IDE、桌面 app；ChatGPT agent 就將網上操作、研究、檔案處理同有限 terminal 能力放入同一個任務模式。

要小心嘅係，組織改動同產品合併唔係同一件事。The Verge 報道講到 OpenAI 想將 ChatGPT 同 Codex 變成統一 agent 體驗，但現階段未見 OpenAI 公開列出合併時間表、香港推出安排、企業方案變更、價錢，或者現有 Codex app／CLI／IDE extension 會點樣重整。換言之，呢單新聞最有價值嘅地方係判斷方向：OpenAI 唔想 agent 分散喺幾個入口，而係想用 ChatGPT 做前台，將寫 code、查資料、操作網頁、讀文件、接 app 同執行命令包入同一個工作面。

Codex 已經唔只係補全代碼

OpenAI 喺 2025 年 5 月推出 Codex 時，定位已經唔係傳統 autocomplete，而係一個雲端 software engineering agent。官方介紹指，Codex 可以喺獨立雲端 sandbox 入面讀 repo、改檔案、跑測試、修 bug、答 codebase 問題，最後提交改動，甚至幫手準備 pull request。到 2026 年，OpenAI 又推出 Codex app，將多個 agent 任務、worktree、diff review、skills 同長時間工作放入一個更似「agent 控制台」嘅介面。由呢條線睇，Codex 其實一直喺由 coding assistant 變成可監督嘅工程代理。

呢個轉變對工程團隊好實際。以前用 AI 寫 code，主要風險係補錯一段 function，或者誤解需求；而 coding agent 會開 branch、改多個檔案、跑指令、讀 issue、連接 GitHub，甚至同 CI／ticket system 有互動。呢類 agent 做得越多，越需要 repo 內有清楚指引，例如測試命令、coding style、部署禁忌、敏感檔案規則同 review checklist。OpenAI 自己亦推 AGENTS.md 呢類 repo 指示檔，反映 agent 要可靠，唔可以只靠一段 prompt，而要有可重用、可審計嘅工程上下文。

ChatGPT agent 代表另一條線

另一邊廂，ChatGPT agent 係 OpenAI 將一般任務 agent 化嘅入口。官方 Help Center 形容 agent mode 可以瀏覽網站、處理上載檔案、連接第三方資料來源、填表、編輯 spreadsheet，並使用 visual browser、code interpreter、apps 同 terminal 等工具。OpenAI 嘅 system card 亦講明，ChatGPT agent 集合 deep research、Operator 透過遠端瀏覽器操作網頁嘅能力，以及 terminal 工具。簡單講，Codex 偏工程任務；ChatGPT agent 偏一般知識工作同網上操作。若兩者逐步靠攏，OpenAI 就唔係賣兩件工具，而係賣一個可以按任務揀工具嘅 agent 平台。

呢個方向有好明顯嘅產品邏輯。ChatGPT 已經係最多人識用嘅入口，將 coding agent 放返入 ChatGPT，可以降低非全職工程師使用門檻；同時，將 ChatGPT agent 嘅文件、app、瀏覽器同 terminal 能力接近 Codex，又可以令工程任務唔再局限於 repo 內改 code。例如一個 startup founder 可以叫 agent 讀 issue、睇產品文檔、改後台表單、更新測試，再整理 PR 說明；一個公司 IT team 可以要求 agent 先查內部 runbook，再喺指定 repo 做小改動。前提係權限同審批要設計得好，否則方便會變成風險。

競爭焦點係「日常入口」

OpenAI 唔係唯一一間向 agentic coding 推進嘅公司。Anthropic 嘅 Claude Code 已經由 terminal 擴展到 IDE、desktop app 同 browser，官方文件講到佢可以讀 codebase、改檔案、跑 command、處理 git workflow，亦支援 MCP、skills、hooks 同多 agent 工作。GitHub Copilot coding agent 就更加貼近現有開發流程：GitHub 官方介紹指，開發者可以將 issue assign 畀 Copilot，agent 會喺 GitHub Actions 支撐嘅開發環境工作，推 commit 到 draft PR，並透過 session logs 追蹤過程，CI/CD 前亦保留人工審批。呢兩條路線分別係：Claude Code 贏工程師工作台，GitHub 贏 repo 同 PR 流程。

所以 OpenAI 今次訊號嘅核心，是想用 ChatGPT 反攻「入口」呢件事。Claude Code 強在貼近 terminal 同 IDE，GitHub Copilot 強在貼近 issue、PR、CI；ChatGPT 強在跨部門、跨任務、跨文件。對 SME 同 startup 而言，最後未必係揀邊個模型最識寫 React component，而係邊個平台最容易接入日常工作、最容易管權限、最容易睇返 agent 做過咩。當 coding agent 由工程師玩具變成公司工具，審計、sandbox、資料邊界同成本控制會比單次 code quality 更重要。

香港角度：先問支援同資料邊界

香港用家要特別分清「有人用到」同「官方支援」兩件事。OpenAI Help Center 嘅 ChatGPT supported countries and regions 頁面列出目前支援存取 ChatGPT 嘅地區；截至今次查核，名單入面未見 Hong Kong。Codex Help Center 又寫明 Codex 係隨 ChatGPT Plus、Pro、Business、Enterprise／Edu 等方案提供，ChatGPT agent 亦寫明喺受支援國家及地區嘅相關付費方案可用。換言之，香港本地直接訂閱、企業採購、港版價、發票、正式支援同推出時間，全部都係 [待確認]。呢點唔係吹毛求疵，而係公司部署前一定要問清楚嘅商務同合約問題。

本地公司仲要睇私隱同資料治理。私隱專員公署 2024 年發布嘅《人工智能：個人資料保障模範框架》，重點係幫機構採購、實施同使用 AI，包括生成式 AI 時符合《個人資料（私隱）條例》相關要求。Agent 產品一旦可以連接 email、Drive、repo、ticket、spreadsheet、瀏覽器同 terminal，風險就唔止係「有冇用資料訓練模型」，而係 agent 會見到咩資料、可否帶資料離開原系統、可唔可以代用家提交表單、會唔會改 production 設定、錯誤操作由邊個負責。對金融、醫療、教育、法律、零售 CRM 呢類持有個人資料嘅團隊，agent 權限應該由最低可用權限開始，而唔係一開波就全公司通行。

真正影響係工作分派方式

如果 OpenAI 後續真係將 ChatGPT 同 Codex 合併成統一 agent 體驗，最先改變嘅未必係工程師寫 code 速度，而係工作分派方式。今日開發者會將一個任務拆成 Jira ticket、Git branch、Slack 討論、PR review；agent 平台成熟後，部分工作可能變成「描述結果、提供上下文、設定限制、等 agent 交 diff」。呢種模式適合寫測試、補文件、升級 dependency、修細 bug、整理資料 pipeline、做內部工具；但對架構改動、安全敏感邏輯、付款流程、權限系統，就仍然要有資深人手先設計邊界，再審核 agent 產物。

香港 startup 同 IT team 眼前應該做嘅，唔係急住將所有 repo 授權畀最新 agent，而係建立一套可以跨供應商使用嘅基本規格：哪些 repo 可以俾 agent 讀、哪些 command 可以跑、測試點樣強制執行、PR 要幾多層 review、secret 點樣隔離、客戶資料點樣脫敏、agent log 保留幾耐、出事時點樣追蹤。OpenAI、Anthropic、GitHub 最後點整合，仍然會變；但由獨立 coding tool 走向日常 ChatGPT 式 agent 工作台，呢個方向已經好清楚。真正有用嘅不是將 AI 當外判工程師，而係將佢放入一個有權限、有測試、有紀錄、有審批嘅開發制度入面。

參考來源

• The Verge — OpenAI keeps shuffling its executives in bid to win AI agent battle — original report
• OpenAI：Introducing Codex — 官方背景，說明 Codex 作為雲端 software engineering agent 嘅定位、工作方式同早期限制。
• OpenAI Help：Using Codex with your ChatGPT plan — 確認 Codex 與 ChatGPT 方案、入口同企業控制項相關資料。
• OpenAI Help：ChatGPT agent — 確認 ChatGPT agent 可用工具、方案限制、企業控制項、compliance logs 同資料保留安排。
• OpenAI Help：ChatGPT Supported Countries — 核對 ChatGPT 官方支援地區，用於香港支援狀態同推出安排嘅風險提示。
• Anthropic：Claude Code overview — 競品背景，說明 Claude Code 作為 terminal／IDE／desktop／browser coding agent 嘅能力。
• GitHub：GitHub Introduces Coding Agent For GitHub Copilot — 競品背景，說明 GitHub Copilot coding agent 如何接入 issue、draft PR、Actions 同人手審批流程。
• 私隱專員公署：Artificial Intelligence: Model Personal Data Protection Framework — 香港本地資料保障脈絡，支撐企業部署 AI agent 時需要考慮個人資料同治理框架。

本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。