Codex Desktop 瀏覽器工具連不上：先分流登入、擴充功能與啟動錯誤

先選對瀏覽器入口#

官方文件目前列出 Chrome、Edge、Brave、Opera、Vivaldi 五種瀏覽器可從桌面 App 使用 tab mention 與瀏覽器控制；side chat 則不支援 Opera。若只是在 Opera 看不到 side chat，不代表桌面 App 的瀏覽器控制也不能用。功能是否可用仍可能受 rollout 與 workspace 設定影響。

用最短測試分辨連線與登入問題#

若連公開頁面都無法開啟，先排查 App、擴充功能與瀏覽器 profile；若公開頁面成功、只有登入網站顯示登入畫面，先檢查該入口使用的 profile，不要把它當成網站導覽故障。

依官方流程檢查擴充功能連線#

若使用 @Chrome，按順序確認：

1. 更新 ChatGPT 桌面 App，並在 Settings → Computer Use 確認 Chrome 顯示 Manage，以及瀏覽器已開啟。
2. 確認 ChatGPT 擴充功能安裝在目前使用的 Chrome profile；有多個 profile 時，不要只檢查另一個 profile 的擴充功能清單。
3. 若工具只在特定網站無法使用，檢查 Browser 設定中的網站封鎖清單與當次網站授權狀態。
4. 重啟瀏覽器，在新的 Codex 對話中重新選 @Chrome，再用公開 HTTPS 頁面測試。
5. 若仍連不上，再重啟桌面 App；回報問題時使用 /feedback，附上 chat ID、版本、最小重現步驟和遮罩後的錯誤訊息。

若 Settings 仍顯示 Install，表示目前 profile 的安裝流程尚未完成；回到 Computer Use 設定依指示安裝，再確認狀態變成 Manage。

出現啟動例外時，先保留能重現的最小證據#

公開 issue 中有人回報 Browser 與 Chrome 整合在載入 client 前就出現 Cannot redefine property: process。這是特定 App、插件與 macOS 組合的使用者回報，不是官方公告的通用診斷結論；真正有用的是把自己的失敗點記成可比對的資料。

可以整理成這個格式，並移除帳號、cookie、token、專案路徑與私人網址：

1
測試日期：YYYY-MM-DD
2
Codex App / build：
3
Browser 或 Chrome 插件版本：
4
macOS 版本與架構：
5
入口：內建 Browser / Chrome 整合
6
最小動作：啟動工具、建立分頁、開啟公開網址
7
結果：成功 / 失敗
8
完整錯誤訊息：

若錯誤在載入整合時就發生，這份紀錄比「某網站打不開」更有辨識力；若錯誤只在登入後出現，則要另外記下服務名稱與授權畫面的狀態，而不是把機密內容貼進 issue。

不要把重裝當成第一個動作#

重裝 App、重新安裝插件或重設 Chrome 都可能改變狀態，但也會抹掉原本可比較的線索。比較穩的順序是：

1. 固定一個入口，先完成公開頁面的最小測試。
2. 記錄 App、插件、macOS 版本與錯誤發生階段。
3. 對照官方 Codex 文件確認該工具是否本來就需要既有 Chrome session 或特定擴充功能。
4. 再查看公開 issue 是否有相同的錯誤字串與相近版本；把它當成參考，不當作修復指令。
5. 只有在已保存版本與錯誤證據後，才逐一嘗試更新或重新安裝，且每次只改一項。

這個順序也適合回報問題：維護者能判斷是安裝失敗、session 缺失，還是啟動期相容性，而不是收到一串已做過但無法重現的操作。

不要上傳瀏覽器資料

排查瀏覽器整合時，請不要提供 cookie、local storage、密碼、一次性驗證碼、完整瀏覽紀錄或 API key。支援人員通常需要的是版本、最小重現步驟與經過遮罩的錯誤輸出。

下次遇到「連不上」時的判斷點#

先問「它在哪一段失敗？」比先問「要不要重裝？」更快。能建立分頁但需要登入，是 session 問題；能開公開頁面但 Chrome 整合失敗，是既有 Chrome 狀態或擴充功能問題；連工具初始化都失敗，才應把焦點放在版本、啟動期錯誤與可重現的 issue。

常見問題#