Codex 終究是要把 ClaudeCode 給埋了..

睇完 Codex 今次嘅更新，我腦海第一個諗法並唔係：OpenAI 終於追上 Claude Code 咗。

而係：Claude Code 可能要被 Codex 埋葬咗..

先講清楚，我唔係喺度唱衰 Claude Code。

啱啱相反，係因為 Claude Code 真係太勁。

勁到喺好長一段時間入面，定義咗 AI 編程工具嘅天花板。

無論係對 codebase 嘅理解，定係命令列嘅執行體驗，佢到而家依然好打得。甚至喺好長一段時間入面，Claude Code 都係我每日一定要用嘅 AI 工具。

但今次 Codex 更新之後，我好明顯 feel 到一件事：呢兩者已經唔似喺同一個層面競爭。

因為 Claude Code 仲喺度努力成為一個更勁嘅 code 助手，一個更識開發嘅 terminal 夥伴。

但 Codex 今次真正想做嘅，似乎已經唔係「code 助手」咗。

佢更似係想做一個可以接管工作流程嘅 AI 員工，一個真正住喺你電腦入面嘅代理人。

Claude Code 嘅產品氣質非常純粹。

佢運行喺 terminal 入面，非常適合 programmer 圍繞 codebase 開發、執行命令、改檔案、睇結果。呢

套體驗對軟件工程師嚟講好自然，因為佢符合工程師嘅肌肉記憶。

但問題亦喺呢度。

Terminal 本身就唔係一個面向普通人嘅入口。對於好多非 programmer，甚至對一啲輕度技術用家嚟講，叫佢喺 terminal 裏面同 AI 協作，本身就係一道門檻。

所以 Claude Code 嘅勁，係勁在佢終於令 programmer 覺得：AI 唔再係玩具，而係真係可以入工地開工。

但 Codex 今次嘅野心，係想將呢個工地直接搬去成部電腦。

呢個就係最關鍵嘅分別：

Claude Code 係令 programmer 更強。

Codex 係令「識唔識寫 code」呢件事，開始變得冇咁重要。

咁點解我會話，Codex 可能將會埋葬 Claude Code？

直接睇今次更新裏面幾個關鍵功能。

首先係 Appshots。

呢個功能好簡單，可以經快捷鍵，將當前最前方嘅應用程式視窗直接加到 Codex 而家嘅對話框入面。

當然唔止係截圖，仲會帶上呢個視窗入面可以存取嘅文字。

簡單講就係將你枱面睇緊嘅嘢，直接掉入 Codex 嘅 context 裏面。

原本我可能要截圖先，再貼落對話框；或者複製一堆文字，解釋成個背景。而家佢變成一個動作：我睇緊乜嘢，就直接俾 Codex 睇。

呢個價值其實非常大。

因為好多時候，我哋唔係唔識描述，而係描述會有資訊嘅損耗。

例如我睇緊一個 API 文檔，以前我要唔係俾條 link 個 AI，就係複製關鍵段落，或者自己解釋呢個 interface 要點用。

而家我可以直接用 Appshots 將文檔視窗俾佢，等 Codex 根據而家個頁面寫 call script、做 SDK 封裝，或者補接口測試。

睇咗嚇官方文檔，Appshots 唔係讀得曬所有網頁同所有文檔。

佢拎到幾多文字，取決於個應用有冇將文字暴露俾系統可存取嘅接口。有啲應用可能只能俾到可見嘅截圖。

但就算係咁，呢個方向已經好明顯：

Codex 開始由「等你描述問題」，變成「直接睇你嘅工作現場」。

第二個，係 /goal。

呢個功能可以俾 Codex 一個持續目標同完成標準，等佢跨好多步驟持續推進，而且支援暫停、恢復、編輯目標。

即係話，佢唔再只係一次性回答你嘅 AI 聊天機械人，而係開始圍繞一個明確目標去做長期工作。

前一段時間呢個功能處於實驗中，只可以喺 Codex CLI 入面用。

但而家官方已經將佢放咗入 Codex App 入面。

使用方式都好直接：你俾佢一個目標，再俾佢一個完成標準，佢就會不斷圍繞呢個標準推進，直到佢認為任務完成。

前兩日仲有 group 友問我，有冇辦法令 Agent 24 小時不斷跑任務。

我第一個反應就係：呢個唔係 /goal 最適合做嘅事咩？

舉個簡單嘅例子。

俾 Codex 設定一個目標：

將呢個 Next.js 頁面嘅 mobile layout 問題整好。驗收標準係 375px、768px、1440px 三個 viewport 下冇文字溢出，而且用 browser 截圖驗證。

呢個時候，佢就唔會只係整一處 CSS，然後話你聽「我改好咗」。

佢會圍繞呢個驗收標準持續檢查、迭代、驗證。

所以 /goal 呢個功能真正嘅關鍵，唔係「佢可以跑好耐」，而係你能否將目標定義得夠清楚。

你唔可以只係話「幫我優化嚇」，咁太模糊。

你要話俾佢知，乜嘢叫完成，乜嘢叫驗收通過。

如果目標本身好難定義，就等 Codex 用 /plan，或者叫佢反問你，將驗收標準先定清楚。

標準越清楚，Codex 之後嘅執行就越接近你嘅期望。

第三個，亦係我今次最鍾意嘅功能：Locked computer use。

簡單講，就係我哋主動開咗之後，Codex 可以喺 Mac 鎖咗 mon 之後，繼續經 Computer Use 執行任務。

呢個功能配合前幾日啱啱更新嘅 Codex 手機 app 一齊用，就幾有想像空間。

例如我哋已經離開咗辦公室，人喺街度，手機見到 Codex 卡咗喺一個 macOS App 嘅權限彈窗入面。

以前呢種情況就好麻煩，要返到電腦前面解鎖、確認、繼續跑。

但而家開咗 Locked computer use，Codex 就可以喺可控範圍內繼續讀取狀態、撳視窗、完成驗證，唔需要我哋再坐返去電腦前面。

當然，呢度都要講清楚。

佢唔係一個通用嘅遠端解鎖工具，亦唔係令任何嘢都可以任意控制你部 Mac。

官方嘅設計好窄，淨係喺受信任嘅 Computer Use 任務入面，Codex 先可以短暫使用，而且本地一旦 detect 到鍵盤或 mouse 輸入，佢會重新鎖住並暫停自動解鎖。

但就算加咗呢啲限制，呢個功能依然好關鍵。

因為佢第一次令 Codex 有咗一種「人唔喺電腦前面，任務仲可以繼續向前行」嘅感覺。

呢個對我嘅工作流程衝擊好大。

之前我一直諗，要唔要專登買一部 Mac mini，等佢長期 online 跑 Agent。

但見到個價錢我確係有啲猶豫。

而家 Locked computer use 出咗之後，我至少會重新考慮呢件事：我唔一定需要再買一部新機，可能更重要係令現有嘅 Mac 變成一部可以被遠端協作嘅 Agent 主機。

當然，今次更新唔止呢三個功能。

仲有 in-app browser annotations，可以令你喺 Codex 內置 browser 入面直接對頁面元素同區域做標註，等佢根據你嘅視覺反饋去改 frontend。

Browser use improvements，令 Codex 更適合打開本地頁面、撳嘢、截圖、檢查頁面狀態、驗證修復結果。

再加上 Skills、plugins、Analytics 呢啲偏團隊同企業治理嘅能力，Codex 已經唔係淨係考慮「一個工程師寫 code 爽唔爽」咗。

佢開始考慮一個更大嘅問題：

一個組織，能否將 AI 接入真實工作流程？

呢個先係今次更新真正凶猛嘅地方。

Appshots、/goal、Locked computer use，單獨睇都似係小更新。

但拼埋一齊，佢哋其實喺講緊同一件事：

Codex 已經唔再滿足於做一個 code 助手。

Appshots 令佢見到你睇緊嘅嘢。

/goal 令佢記住你真正想完成嘅結果。

Locked computer use 令佢喺人離開電腦之後，依然有機會繼續推進任務。

呢個已經唔係「AI 幫你寫 code」。

呢個係 AI 開始住入你電腦，變成一個可以持續推進工作嘅代理人。

更直白啲講：

呢個唔係功能升級。

呢個係產品形態升級。

亦都係由呢度開始，Codex 同 Claude Code 嘅定位出現咗一個好明顯嘅分叉。

Claude Code 嘅核心場景，始終都係 codebase、terminal 同 IDE。佢嘅互動方式係：人俾任務，AI 執行 code。

但 Codex 正喺度向成部電腦、browser、app、手機呢啲入口延伸。

佢嘅互動方式正喺度變成：AI 先理解你所處嘅 context，然後圍繞一個目標持續推進。

呢兩者嘅分別好大。

Claude Code 目前更似係將 programmer 變得更強。

而 Codex 想做嘅，係令「識唔識寫 code」呢件事本身，變得冇以前咁重要。

佢想令工程師、產品、運營、內容創作者，甚至更多非純工程角色，都可以擁有一個可以調用嘅 AI 電腦管家。

呢個先係我覺得 Claude Code 危險嘅地方。

唔係因為 Claude Code 唔勁。

啱啱相反，Claude Code 太勁，佢已經將 AI 編程工具呢條賽道嘅體驗拉到一個好高嘅位置。

但如果 Codex 繼續提升自己嘅 code 能力，同時又將 context 獲取、長期目標、遠端電腦操作、browser 驗證、團隊 plugin 呢啲能力全部串埋，咁 Claude Code 面對嘅就唔再只係一個「更識寫 code 嘅對手」。

而係一個邊界更大嘅工作流程平台。

當然，講咗咁多，我唔係話 Claude Code 已經退出舞台。

佢嘅工程體驗依然非常強。到而家，我亦都會用 Claude Code 去處理一啲 code 問題。

但 Codex 已經越來越多噉佔據我主要嘅工作時間。

而且我真正想講嘅係：Codex 唔係已經贏咗。

佢只係第一次令我 feel 到，呢場仗可能唔再發生喺 code 編輯器入面，亦唔再只係發生喺 terminal 入面。

佢開始發生喺一個更大嘅產品層面上。

所以返返去標題，Codex 終究係要將 Claude Code 埋葬。

但我呢度講嘅「埋葬」，唔係話 Claude Code 呢個產品聽日就唔得。

亦唔係話 Claude Code 嘅 code 能力突然就落後咗。

佢要埋葬嘅，係嗰個「AI 編程工具只能夠喺 terminal 入面，等 programmer 發號施令」嘅舊時代。

唔係因為 Claude Code 唔夠強。

啱啱相反，Claude Code 好強。佢強到喺好長一段時間裏面，定義咗 AI 編程工具嘅天花板。

講起 AI 編程工具，好多人第一時間諗到嘅就係 Claude Code，而唔係 Cursor，亦唔係 Codex。

但 OpenAI 今次想做嘅，已經唔係繼續將呢個天花板推高一啲。

佢更似係想拆咗原本間屋，重新起一棟。

Claude Code 令 programmer 第一次覺得，AI 真係可以入工地開工。

而 Codex 今次想證明嘅係：

以後呢個工地，可能唔只屬於 programmer。

看完了 Codex 的這次更新，我腦子裏冒出來的第一個想法，不是：OpenAI 終於追上 Claude Code 了。

而是：Claude Code 可能要被 Codex 給埋了..

先說清楚，我不是在抹黑 Claude Code。

恰恰相反，是因為 Claude Code 確實太強了。

強到在很長一段時間裏，定義了AI 編程工具的天花板。

無論是對代碼庫的理解，還是命令行裏的執行體驗，它到現在依然非常能打。甚至在很長一段時間裏，Claude Code 都是我每天必須要用的 AI 工具。

但這次 Codex 更新之後，我明顯感覺到一件事：這兩者已經不太像是在同一個層面競爭了。

因為 Claude Code 還在努力成為一個更強的代碼助手，一個更懂開發的終端夥伴。

但 Codex 這次真正想做的，好像已經不是“代碼助手”了。

它更像是在做一個能接管工作流的 AI 員工，一個真正住進你電腦裏的代理人。

Claude Code 的產品氣質非常純粹。

它運行在終端裏，非常適合程序員圍繞代碼庫開發、運行命令、改文件、看結果。這

套體驗對軟件工程師來說很自然，因為它符合工程師的肌肉記憶。

但問題也在這裏。

終端天然就不是一個面向普通人的入口。對於很多非程序員，甚至對一些輕度技術用戶來說，讓他在終端裏和 AI 協作，本身就是一道門檻。

所以 Claude Code 的強，是強在它終於讓程序員覺得：AI 不再是玩具，而是真的能進工地幹活了。

但 Codex 這次的野心，是想把這個工地直接搬到整台電腦上。

這就是最關鍵的區別：

Claude Code 是讓程序員更強。

Codex 是讓“會不會寫代碼”這件事，開始變得沒那麼重要。

那為什麼我會說，Codex 可能要把 Claude Code 給埋了？

直接看這次更新裏的幾個關鍵功能。

首先是 Appshots。

這個功能很簡單，可以通過快捷鍵，把當前最前方的應用窗口直接添加到 Codex 當前的對話框中。

當然不只是截圖，還會帶上這個窗口裏可訪問的文本。

簡單來說就是把你桌面上正在看的東西，直接扔進 Codex 的上下文裏。

原先我可能要先截圖，再粘貼到對話框裏；或者複製一堆文本，解釋半天背景。現在它變成了一個動作：我正在看什麼，就直接讓 Codex 看。

這個價值其實非常大。

因為很多時候，我們不是不會描述，而是描述會有信息的損耗。

比如我正在看一個 API 文檔，以前我要麼把連結發給 AI，要麼複製關鍵段落，要麼自己解釋這個接口要怎麼用。

現在我可以直接用 Appshots 把文檔窗口給它，讓 Codex 基於當前頁面寫調用腳本、做 SDK 封裝，或者補接口測試。

看了下官方的文檔，Appshots 不是能讀懂所有網頁和所有文檔。

它能拿到多少文本，取決於這個應用有沒有把文本暴露給系統可訪問的接口。有些應用可能只能給到可見截圖。

但即便如此，這個方向已經很明顯了：

Codex 開始從“等你描述問題”，變成“直接看你所在的工作現場”。

第二個，是 /goal。

這個功能可以給 Codex 一個持續目標和完成標準，讓它跨很多步驟持續推進，並且支持暫停、恢復、編輯目標。

也就是說，它不再只是一次性回答你的 AI 聊天機器人，而是開始圍繞一個明確目標去進行長期的工作。

前段時間這個功能處在實驗中，只能在 Codex Cli 中使用。

但現在官方已經把它放到了 Codex App裏了。

使用方式也很直接：你給它一個目標，再給它一個完成標準，它就會不斷圍繞這個標準推進，直到它認為任務完成。

前兩天還有羣友問我，有沒有辦法讓 Agent 24h 不斷跑任務。

我的第一反應就是：這不就是 /goal 最適合乾的事嗎？

舉個簡單的例子。

給 Codex 設定一個目標：

把這個 Next.js 頁面移動端佈局問題修好。驗收標準是 375px、768px、1440px 三個視口下無文本溢出，並且用瀏覽器截圖驗證。

這時候，它就不會只是修一處 CSS，然後告訴你“我改好了”。

它會圍繞這個驗收標準去持續檢查、迭代、驗證。

所以 /goal 這個功能真正的關鍵，不是“它能跑很久”，而是你能不能把目標定義得足夠清楚。

你不能只說“幫我優化一下”，這太模糊了。

你要告訴它，什麼叫完成，什麼叫驗收通過。

如果目標本身很難定義，那就先讓 Codex 用 /plan，或者讓它反問你，把驗收標準先定清楚。

標準越清楚，Codex 後面的執行就越接近你的預期。

第三個，也是我這次最喜歡的功能：Locked computer use。

簡單來說，就是在我們主動開啓後，Codex 可以在 Mac 鎖屏後，繼續通過 Computer Use 執行任務。

這個功能配合前幾天剛更新的 Codex 移動端去使用，就很有想象空間。

比如我們已經離開辦公室了，人在路上，手機上看到 Codex 卡在一個 macOS App 的權限彈窗裏。

以前這種情況就很麻煩，得回到電腦前重新解鎖、確認、繼續跑。

但現在啓用了 Locked computer use，Codex 就可以在受控範圍內繼續讀取狀態、點擊窗口、完成驗證，而不需要我們重新坐回電腦前。

當然，這裏也要說清楚。

它不是一個通用的遠程解鎖工具，也不是讓任何東西都能隨便控制你的 Mac。

官方的設計非常窄，只有在受信任的 Computer Use 任務裏，Codex 才能短暫使用，而且本地一旦檢測到鍵盤或鼠標輸入，它會重新鎖定並暫停自動解鎖。

但即便加上這些限制，這個功能依然很關鍵。

因為它第一次讓 Codex 有了一種“人不在電腦前，任務還可以繼續往前走”的感覺。

這對我的工作流衝擊非常大。

之前我一直在想，要不要專門買一台 Mac mini，讓它長期在線跑 Agent。

但看到那個價格我確實有點猶豫。

現在 Locked computer use 出來之後，我至少會重新考慮這件事：我不一定需要再買一台新的機器，可能更重要的是讓現有的 Mac 變成一個可以被遠程協作的 Agent 主機。

當然，這次更新不只有這三個功能。

還有 in-app browser annotations，可以讓你在 Codex 內置瀏覽器裏直接對頁面元素和區域做標註，讓它根據你的視覺反饋去改前端。

Browser use improvements，讓 Codex 更適合打開本地頁面、點擊、截圖、檢查頁面狀態、驗證修復結果。

再加上 Skills、plugins、Analytics 這些偏團隊和企業治理的能力，Codex 已經不是隻在考慮“一個工程師寫代碼爽不爽”了。

它開始考慮一個更大的問題：

一個組織，能不能把 AI 接進真實工作流裏？

這才是這次更新真正凶猛的地方。

Appshots、/goal、Locked computer use，單獨看都像是小更新。

但拼在一起，它們其實在說同一件事：

Codex 已經不再滿足於做一個代碼助手了。

Appshots 讓它看見你正在看的東西。

/goal 讓它記住你真正想要完成的結果。

Locked computer use 讓它在人離開電腦之後，依然有機會繼續推進任務。

這已經不是“AI 幫你寫代碼”。

這是 AI 開始住進你的電腦裏，變成一個可以持續推進工作的代理人。

更直白一點說：

這不是功能升級。

這是產品形態升級。

也就是從這裏開始，Codex 和 Claude Code 的定位出現了一個非常明顯的分叉。

Claude Code 的核心場景，始終還是代碼庫、終端和 IDE。它的交互方式是：人給任務，AI 執行代碼。

但 Codex 正在往整台電腦、瀏覽器、App、手機這些入口延伸。

它的交互方式正在變成：AI 先理解你所在的上下文，然後圍繞一個目標持續推進。

這兩者的區別很大。

Claude Code 目前更像是在把程序員變得更強。

而 Codex 想做的，是讓“會不會寫代碼”這件事本身，變得沒有以前那麼重要。

它想讓工程師、產品、運營、內容創作者，甚至更多非純工程角色，都能擁有一個可以調用的 AI 電腦管家。

這才是我覺得 Claude Code 危險的地方。

不是因為 Claude Code 不強。

恰恰相反，Claude Code 太強了，它已經把 AI 編程工具這個賽道的體驗拉到了一個很高的位置。

但如果 Codex 繼續提升自己的代碼能力，同時又把上下文獲取、長期目標、遠程電腦操作、瀏覽器驗證、團隊插件這些能力全部串起來，那 Claude Code 面對的就不再只是一個“更會寫代碼的對手”。

而是一個邊界更大的工作流平台。

當然，說了這麼多，我並不是說 Claude Code 已經退出舞台了。

它的工程體驗仍然非常強。到現在，我也還是會用 Claude Code 去處理一些代碼問題。

但 Codex 已經越來越多地佔據我的主要工作時間。

而且我真正想說的是：Codex 不是已經贏了。

它只是第一次讓我感覺到，這場仗可能不再發生在代碼編輯器裏，也不再只發生在終端裏。

它開始發生在一個更大的產品層面上。

所以回到標題，Codex 終究是要把 Claude Code 給埋了。

但我這裏說的“埋”，不是說 Claude Code 這個產品明天就不行了。

也不是說 Claude Code 的代碼能力突然就落後了。

它要埋掉的，是那個“AI 編程工具只能待在終端裏，等程序員發號施令”的舊時代。

不是因為 Claude Code 不夠強。

恰恰相反，Claude Code 很強。它強到在很長一段時間裏，定義了 AI 編程工具的天花板。

說到 AI 編程工具，很多人第一時間想到的就是 Claude Code，而不是 Cursor，也不是 Codex。

但 OpenAI 這次想做的，已經不是繼續把這個天花板抬高一點。

它更像是想拆掉原來的房子，重新再蓋一棟。

Claude Code 讓程序員第一次覺得，AI 真的能進工地幹活。

而 Codex 這次想證明的是：

以後這個工地，可能不只屬於程序員。