新版 Codex 上手實測:Computer Use、內置瀏覽器、遠程連接、插件和自動化一次講清

作者:元啓的自我覺醒之路
日期:2026年4月19日 下午1:45
來源:WeChat 原文

整理版優先睇

速讀 5 個重點 高亮

新版 Codex 更新實測:從對話框邁向超級 Agent

整理版摘要

呢篇文章係元啓喺 Codex 大更新之後寫嘅實測分享。佢親身試咗 Computer Use、內置瀏覽器、插件、自動化同遠程連接呢五個最搶眼嘅新功能,目的係想話俾大家知,呢次更新到底係得個新鮮感,定係真係開始幫到手。

Computer Use 係最大亮點Codex 可以鬱你部電腦啦,點按鈕、切窗口、輸入、開網頁都得。不過作者試咗一個生活化任務(開京東 search 商品),發現佢「做到,但慢」。遇到驗證碼、風險提示呢啲位好易被打斷。所以作者覺得,呢個功能最值錢嘅唔係快,而係處理「流程複雜、步驟多、容易漏」嘅後台任務。內置瀏覽器就係作者最鍾意嘅更新,因為終於唔使喺聊天窗同瀏覽器之間 cut 來 cut 去,可以直接喺同一個工作流入面睇結果。插件生態方面,作者試咗 Cloudflare 插件配 DNS,發現呢類「入口多、層級深」嘅後台任務,插件化之後 Codex 可以將步驟變任務,執行得更順。自動化就由一次性對話升級成持續執行,比如定時檢查 Cloudflare zone 狀態,active 之後通知你,好適合「盯盤」類任務。最後遠程連接係最重要嘅一步:打通 SSH 之後,Codex 可以訪問遠端機器嘅 code、skills、腳本,令佢真正跨環境協作。

總括嚟講,Codex 呢次更新未做到「乜都搞得掂」嘅萬能助手,但已經開始具備接入工作流、承擔步驟、持續執行嘅能力。作者建議,想試嘅話,先裝好插件一次授權到位,然後揾一個…

  • Codex 呢次更新最大嘅價值唔係快,而係開始「接入工作流、承擔步驟、持續執行」,由對話框進化到 agent 雛形。
  • Computer Use 適合用嚟處理「流程複雜、步驟多、容易漏」嘅後台任務,唔好攞嚟做簡單操作,因為體感慢。
  • 內置瀏覽器解決咗以前要喺聊天窗同瀏覽器之間來回切嘅問題,令工作流更連續,係最實用嘅更新之一。
  • 插件同遠程連接係關鍵基建:插件將常用系統接入對話,遠程連接打通本地同遠端環境,先令 Codex 真正跨系統協作。
  • 想試嘅話,建議先裝好常用插件並一次授權到位,然後揾一個你最討厭嘅後台配置任務(例如 DNS、工單)俾佢行一次,快速判斷價值。
值得記低
流程

Codex 遠程連接設定

啟用遠程連接功能:喺 config.toml 嘅 [features] 下加入 remote_connections = true;然後喺連接頁面配置 SSH 主機名、端口、用戶名同密鑰路徑;建議喺 ~/.ssh/config 寫好 alias 方便 Codex 直接 ssh。

整理重點

Computer Use:Codex 鬱你部電腦

呢次更新最搶眼嘅就係 Computer UseCodex 唔再淨係俾建議,而係可以真正喺你部電腦做操作:點掣、切窗口、打字、開網頁,仲可以喺多個 apps 之間跳嚟跳去。開頭用嘅時候要俾佢兩類權限:輔助功能同截圖或屏幕錄製,咁佢先睇到畫面、控制界面。

Computer UseCodex 由「會講」開始跨向「會做

  1. 1 Accessibility(輔助功能):允許佢控制界面
  2. 2 Screenshots / 錄屏:允許佢「睇見」當前屏幕,先判斷下一步點邊度

作者用一個生活化測試——打開京東 search 商品——發現遇到驗證碼、掃碼、風險提示呢啲位好易被打斷。即使入到搜索結果頁,佢確實可以完成搜索、瀏覽商品卡片、翻頁,但體感係「做到,唔夠快」。

整理重點

內置瀏覽器同插件:減少摩擦,閉環工作流

內置瀏覽器係作者最鍾意嘅更新,因為之前成日要喺「聊天窗」同「瀏覽器窗」之間 cut 來 cut 去,而家可以直接喺同一個工作流入面,左側落指令、右側睇頁面預覽,中間要調整都唔使離開上下文。

摩擦更細,似有個同事喺隔籬開住頁面同步進展

插件就係另一個關鍵方向。將常用系統接埋入嚟之後,好多操作可以直接喺對話入面觸發,唔使反覆 cut app、揾入口、copy 資訊。作者提醒:插件授權最好一次到位,否則成日卡喺「權限不足」嘅中斷,體驗會好碎。

插件授權一次到位,避免頻繁中斷

作者用 Cloudflare 插件試咗一個真業務:完成 DNS 配置。呢類後台任務嘅痛點係入口多、層級深、字段多,好易漏步驟。插件化之後,Codex 可以將「步驟」變成「任務」,執行起嚟似一條完整流程

Cloudflare 插件將 DNS 配置從步驟變任務

整理重點

自動化同遠程連接:持續執行同跨環境協作

自動化令 Codex 由「一次性對話」升級成「持續執行」。作者試咗創建定時任務,每 3 分鐘檢查一次 Cloudflare zone 係咪 active,active 之後通知佢。呢種「盯盤」體驗好實用,唔使自己成日睇住狀態變化。

自動化將「盯盤」交俾 Codex 後台跑

遠程連接就係最重要嘅基建。作者建議先喺 Codex 設定入面開 config.toml,喺 [features] 下加 remote_connections = true,然後喺連接頁面配置 SSH 主機名、端口、用戶名同密鑰路徑。目前只支援密鑰連接,所以要生成 SSH 密鑰對。

config.toml 配置範例 toml
[features]
multi_agent = true
remote_connections = true

另外,作者建議喺本機 ~/.ssh/config 寫好 alias,咁 Codex 就可以直接 ssh 或 scp。

SSH config alias 範例 ssh-config
Host my-dev-box
 HostName 170.106.***.***
 User ubuntu
 Port 22
 IdentityFile ~/.ssh/id_ed25519
 IdentitiesOnly yes
整理重點

總結:由對話框到 agent 雛形

作者最後話,Codex 仲未進化成「乜都搞得掂」嘅萬能助手,但已經開始具備接入工作流、承擔步驟、持續執行嘅能力。呢一步同以前淨係喺對話框答問題嘅 Codex 已經好唔同。

如果你今日就想上手,作者建議先做兩件事:第一,將常用嘅工作系統插件裝好,授權一次到位;第二,揾一個你最討厭嘅後台配置類任務,例如 DNS、工單、表單,俾 Codex 行一次。咁你就會好快判斷到,佢係幫你慳時間,定係製造新嘅等待。

先裝插件一次授權,再揾個討厭後台任務試

大家好,我係元啓。
今次 Codex 重大更新,我最直接嘅感受係:佢開始由「會寫 code 嘅聊天框」,逐步進化成超級 agent。
我根據自己嘅實測體驗,將最值得留意嘅變化整理成五個實戰部分:Computer Use、內置瀏覽器、插件、自動化、遠程連接。睇完你基本就可以判斷,呢次更新係純粹整啲新鮮感,定係已經開始真正幫你慳時間。
  1. Computer Use:Codex 開始可以「鬱你部電腦」喇
呢次更新入面最搶眼嘅變化,就係 Computer Use
佢唔只係畀建議,而係真係可以喺你部電腦上面做操作:㩒掣、切換視窗、打字、打開網頁、喺多個應用程式之間跳來跳去。即係話,佢開始由「識講」向「識做」跨咗一步。
Computer Use 入口
1.1 首次啟用:兩類系統權限係關鍵
第一次啟用嗰陣,要畀權限佢。
主要得兩項:
  • Accessibility(輔助功能):容許佢控制界面
  • Screenshots / 錄屏(截圖或屏幕錄製):容許佢「睇到」當前屏幕,先可以判斷下一步㩒邊度
權限引導
Accessibility 授權
錄屏/截圖授權
1.2. 真實任務實測:做到,但「慢」 
我用 Computer Use 我做咗一個好生活化嘅測試:叫佢打開京東搜尋商品。
呢類真實網站成日會遇到驗證碼、掃碼、二次確認、風險提示。自動化一旦走入呢啲場景,流程好容易就會被直接打斷。
Computer Use 能力說明
京東登錄風控就算入到搜尋結果頁,佢確實可以完成「搜尋、瀏覽商品卡片、繼續揭頁」呢啲動作,但感覺依然係:做到,但唔夠快。
京東搜索結果
所以我的結論比較務實:
  • 低複雜度、你自己兩嚇就搞得掂嘅嘢,佢未必比手動更快
  • 真正值錢嘅係「流程複雜、步驟多、容易漏」嘅後台任務

2. 內置瀏覽器:我最鍾意嘅更新點,鏈路更閉環
今次更新入面,我個人最鍾意嘅係內置瀏覽器。
佢解決咗 Codex 之前一個好煩嘅問題:你成日要喺「聊天視窗」同「瀏覽器視窗」之間來回切換。而家可以直接喺同一個工作流程入面,一邊落指令,一邊睇結果。
更具體啲,佢令呢件事變得順暢好多:
  • 左邊對齊目標、補充上下文、持續落指令
  • 右邊直接睇頁面預覽、結果頁,甚至本地頁面
  • 如果中間需要繼續調整,都唔使離開當前上下文
內置瀏覽器雙欄預覽
一句講曬:摩擦更細,更加似一個同事喺你隔籬開住頁面,一邊做,一邊同步進度。

3. 插件生態:裝得越齊,Codex 就越似「統一工作台」
除咗操作電腦,Codex 另一個更重要嘅方向,係插件生態。
將常用系統接入嚟之後,好多嘢可以直接喺對話入面觸發,唔使成日切換應用程式、揾入口、抄信息。
插件列表創建定時任務
我自己嘅經驗係:插件授權盡量一次過搞掂。如果唔係你會成日卡喺「權限不足」嘅中斷入面,成個體驗會變得好碎裂。
3.1. Cloudflare 插件實測:整 DNS 呢類工作,係真係慳時間
我用 Cloudflare 插件做咗一個偏「真實業務」嘅任務:完成 DNS 配置。
呢類後台配置任務嘅痛點好明確:入口多、層級深、欄位多,而且好容易漏一步。插件化之後,Codex 至少可以將「步驟」變成「任務」,執行起嚟更加似一條完整流程。
Cloudflare 插件完成 DNS 配置Cloudflare 插件完成 DNS 配置

4. 自動化:由「一次性對話」升級成「持續執行」
今次更新入面我都試咗創建定時任務,例如:
  • 每隔 3 分鐘檢查一次 Cloudflare 嘅 zone 係咪 active
  • active 咗就通知我
呢種體驗就好實用:你唔使自己一直睇住狀態變化,可以將「睇實個盤」呢件事交畀佢喺後台行。
插件大全
5. 遠程連接:將遠程開發機接入嚟之後,Codex 嘅實用性會再上一個台階
今次我仲有一個好強烈嘅感受:如果你本身就有遠程開發機,或者將一啲 script、skill、項目都放喺雲端機器上面,咁畀 Codex 整好 SSH 之後,佢嘅可用性會明顯再上一個台階。
呢度有一個好容易誤解嘅點:Codex 唔會自動繼承你喺 Termius 呢類工具入面已經打開嘅 SSH 會話。想令 Codex 真正可以訪問遠程機器,關鍵係要首先將遠程連接能力喺 Codex 入面打開,然後將呢部電腦本身嘅 SSH 環境配置好。
第一步:喺設定入面揾到配置文件並打開
入口喺 Codex 嘅設定頁入面,先揾到 config.toml,㩒開配置文件。
在設置裏打開 config.toml
第二步:喺 [features] 下面打開遠程連接功能
呢一段係我自己實測嗰陣踩過嘅小坑:你需要喺 [features] 下面加上遠程連接開關,而且唔好重複添加 [features]
即係話,如果你已經有一段 [features],就喺嗰段下面繼續補配置,唔好再新建一個同名段落。只有將呢個配置打開,後面設定頁入面先會出現「連接」呢個頁面。
配置係咁樣:
[features] 
multi_agent = true 
remote_connections = true
在已有的 features 下打開 remote_connections
第三步:喺連接頁面配置 SSH 資訊
功能打開之後,就可以喺左邊見到「連接」頁面喇。呢度配置遠程主機資訊,包含主機名、端口、用戶名同密鑰路徑。
目前我實測落嚟,佢只支援密鑰連接,所以如果你之前一直係用密碼登入,需要先生成 SSH 密鑰對,再將公鑰放喺伺服器上面。
配置完成之後,㩒連接。如果資訊冇問題,狀態會顯示「已連接」。
在連接頁面配置 SSH 並顯示已連接
第四步:連線之後,遠程機器就可以真正進入你嘅工作流程
呢點好關鍵。遠程連接嘅價值唔只係「可以登入」,而係佢會令 Codex 真正開始跨本機同遠程環境協同工作。
最常見嘅做法,都係喺本機嘅 ~/.ssh/config 入面寫好一個 alias,例如:
Host my-dev-box   
HostName170.106.***.***  
User ubuntu   
Port22 
IdentityFile ~/.ssh/id_ed25519 
IdentitiesOnly yes
咁樣之後,Codex 就可以好似普通終端咁直接執行遠程操作:
ssh my-dev-box 
scp -r my-dev-box:/path/to/skill ~/.codex/skills/
呢件事點解重要?因為一旦 SSH 打通,好多原本「卡咗喺另一部機器」嘅嘢就都可以接入嚟,例如:
  • 遠程項目 code
  • 遠程 skill
  • 遠程 script 同配置文件
  • 遠程環境入面嘅構建同發佈流程
我今次就係直接將遠程伺服器上面嘅公眾號發佈 skill 拉返嚟本機,再掛到 Codex 入面使用。呢個 skill 我之前改過,如果手動抄來抄去,來回搞會好煩;但連上遠程之後,直接叫 Codex 去遠程目錄讀取,再同步安裝到本機 skill 目錄就得喇。
從遠程服務器讀取並安裝 skill 到本地即係話,遠程連接真正有價值嘅地方,唔只係「可以連線」,而係將原本分散喺遠程機器上面嘅能力都接入咗 Codex。
當佢既可以操作本機、又可以訪問遠程環境、仲可以將技能同流程串連起嚟嘅時候,你會明顯感覺到,佢開始更加似一個真正可以幫手做嘢嘅 agent 喇。

6. 最後:我最建議你由呢兩件事開始
如果你今日就想上手,我建議先做兩件事:
  • 將你常用嘅工作系統插件裝好,授權一次過搞掂
  • 揾一個你最討厭嘅後台配置類任務,例如 DNS、工單、表單,叫 Codex 行一次
你會好快判斷到,佢到底係幫你慳時間,定係製造新嘅等待。
而呢個亦都係我覺得今次更新真正有意思嘅地方:Codex 仲未進化成「乜嘢都做到」嘅萬能助手,但係佢已經開始具備「接入工作流程、承擔步驟、持續執行」嘅能力喇。
呢一步,同以前嗰個只會喺對話框入面回答問題嘅 Codex,已經唔係同一回事喇。
大家好,我是元啓。
這次 Codex 重大更新,我最直觀的感受是:它開始從“會寫代碼的聊天框”,正逐步演化成超級 agent。
我按自己的實測體驗,把最值得關注的變化整理成五個實操部分:Computer Use、內置瀏覽器、插件、自動化、遠程連接。看完你基本就能判斷,這波更新到底是在製造新鮮感,還是已經開始真正省時間。
  1. Computer Use:Codex 開始能“動你的電腦”了
這次更新裏最顯眼的變化,就是 Computer Use
它不只是給建議,而是真的可以在你的電腦上做操作:點按鈕、切窗口、輸入、打開網頁、在多個應用之間來回跳轉。換句話說,它開始從“會說”往“會做”跨了一步。
Computer Use 入口
1.1 首次啓用:兩類系統權限是關鍵
第一次啓用時,給它權限。
核心就兩項:
  • Accessibility(輔助功能):允許它控制界面
  • Screenshots / 錄屏(截圖或屏幕錄製):允許它“看見”當前屏幕,才能判斷下一步點哪裏
權限引導
Accessibility 授權
錄屏/截圖授權
1.2. 真實任務實測:能做,但“慢 
我用 Computer Use 做了一個很生活化的測試:讓它打開京東搜索商品。
這類真實網站經常會遇到驗證碼、掃碼、二次確認、風險提示。自動化一旦走進這種場景,流程很容易被直接打斷。
Computer Use 能力說明
京東登錄風控即便能進到搜索結果頁,它確實可以完成“搜索、瀏覽商品卡片、繼續翻頁”這些動作,但體感依然是:能做,不夠快。
京東搜索結果
所以我的結論比較務實:
  • 低複雜度、你自己兩下就能搞定的事,它未必比手動更快
  • 真正值錢的是“流程複雜、步驟多、容易漏”的後台任務

2. 內置瀏覽器:我最喜歡的更新點,鏈路更閉環
這次更新裏,我個人最喜歡的是內置瀏覽器。
它解決了 Codex 之前一個很煩的點:你經常需要在“聊天窗口”和“瀏覽器窗口”之間來回切。現在可以直接在同一個工作流裏,一邊下指令,一邊看結果。
更具體一點,它讓這件事變得順滑很多:
  • 左側對齊目標、補充上下文、持續下指令
  • 右側直接看頁面預覽、結果頁,甚至本地頁面
  • 如果中間需要繼續調整,也不用離開當前上下文
內置瀏覽器雙欄預覽
一句話總結:摩擦更小了,更像一個同事在你旁邊開着頁面,一邊做,一邊同步進展。

3. 插件生態:裝得越全,Codex 越像“統一工作台”
除了操作電腦,Codex 另一個更重要的方向,是插件生態。
把常用系統接進來之後,很多事可以直接在對話裏觸發,不用反覆切應用、找入口、拷信息。
插件列表創建定時任務
我自己的經驗是:插件授權儘量一次到位。否則你會頻繁卡在“權限不足”的中斷裏,整個體驗會變得非常碎。
3.1. Cloudflare 插件實測:配 DNS 這種活,是真的省時間
我用 Cloudflare 插件做了一個偏“真業務”的任務:完成 DNS 配置。
這類後台配置任務的痛點很明確:入口多、層級深、字段多,而且很容易漏一步。插件化之後,Codex 至少能把“步驟”變成“任務”,執行起來更像一條完整流程。
Cloudflare 插件完成 DNS 配置Cloudflare 插件完成 DNS 配置

4. 自動化:從“一次性對話”升級成“持續執行”
這次更新裏我也試了創建定時任務,比如:
  • 每隔 3 分鐘檢查一次 Cloudflare 的 zone 是否 active
  • active 之後通知我
這種體驗就很實用:你不需要自己一直盯着狀態變化,可以把“盯盤”這件事交給它後台跑。
插件大全
5. 遠程連接:把遠程開發機接進來之後,Codex 的實用性會再上一個台階
這次我還有一個很強的感受:如果你本來就有遠程開發機,或者把一些腳本、技能、項目都放在雲端機器上,那麼給 Codex 配好 SSH 之後,它的可用性會明顯再上一個台階。
這裏有一個很容易誤解的點:Codex 並不會自動繼承你在 Termius 之類工具裏已經打開的 SSH 會話。想讓 Codex 真正能訪問遠程機器,關鍵是要先把遠程連接能力在 Codex 裏打開,然後把這台電腦本身的 SSH 環境配好。
第一步:在設置裏找到配置文件並打開
入口在 Codex 的設置頁裏,先找到 config.toml,點開配置文件。
在設置裏打開 config.toml
第二步:在 [features] 下打開遠程連接功能
這一段是我自己實測時踩過的小坑:你需要在 [features] 下面加上遠程連接開關,而且不要重複添加 [features]
也就是說,如果你已經有一段 [features],就在那一段下面繼續補配置,不要再新建一個同名段落。只有把這個配置打開,後面設置頁裏才會出現“連接”這個頁面。
配置長這樣:
[features] 
multi_agent = true 
remote_connections = true
在已有的 features 下打開 remote_connections
第三步:在連接頁面配置 SSH 信息
功能打開之後,就可以在左側看到“連接”頁面了。這裏配置遠程主機信息,包含主機名、端口、用戶名和密鑰路徑。
目前我實測下來,它只支持密鑰連接,所以如果你之前一直是密碼登錄,需要先生成 SSH 密鑰對,再把公鑰放到服務器上。
配置完成以後,點擊連接。如果信息沒有問題,狀態會顯示“已連接”。
在連接頁面配置 SSH 並顯示已連接
第四步:連上之後,遠程機器就能真正進入你的工作流
這一點很關鍵。遠程連接的價值不只是“能登錄”,而是它會讓 Codex 真正開始跨本機和遠程環境協同工作。
最常見的做法,還是在本機的 ~/.ssh/config 裏寫好一個 alias,比如:
Host my-dev-box   
HostName170.106.***.***  
User ubuntu   
Port22 
IdentityFile ~/.ssh/id_ed25519 
IdentitiesOnly yes
這樣之後,Codex 就可以像普通終端一樣直接執行遠程操作:
ssh my-dev-box 
scp -r my-dev-box:/path/to/skill ~/.codex/skills/
這件事為什麼重要?因為一旦 SSH 打通,很多原本“卡在另一台機器上”的東西就都能接進來,比如:
  • 遠程項目代碼
  • 遠程 skill
  • 遠程腳本和配置文件
  • 遠程環境裏的構建和發佈流程
我這次就是直接把遠程服務器上的公眾號發佈 skill 拉到本機,再掛到 Codex 裏使用。這個 skill 我之前改過,如果手工拷貝,來回折騰會很煩;但連上遠程之後,直接讓 Codex 去遠程目錄讀取,再同步安裝到本機 skill 目錄就行了。
從遠程服務器讀取並安裝 skill 到本地換句話說,遠程連接真正有價值的地方,不只是“能連上”,而是把原本分散在遠程機器上的能力也接進了 Codex。
當它既能操作本機、又能訪問遠程環境、還能把技能和流程串起來的時候,你會明顯感覺到,它開始更像一個真正能幹活的 agent 了。

6. 最後:我最建議你從這兩件事開始
如果你今天就想上手,我建議先做兩件事:
  • 把你常用的工作系統插件裝好,授權一次到位
  • 找一個你最討厭的後台配置類任務,比如 DNS、工單、表單,讓 Codex 跑一遍
你會很快判斷,它到底是在替你省時間,還是隻是在製造新的等待。
而這也是我覺得這次更新真正有意思的地方:Codex 還沒有進化成“什麼都能做”的萬能助手,但它已經開始具備“接入工作流、承擔步驟、持續執行”的能力了。
這一步,和以前那個只會在對話框裏回答問題的 Codex,已經不是一回事了。