配了三个月Codex，今天才把「它怎么碰界面」这件事彻底想清楚了——它有三条路，从最轻的内置浏览器到最重的电脑操控，用错了一条要么够不着、要么把自己桌面暴露给AI

配了三个月 Codex，今天才把「它怎么碰界面」这件事彻底想清楚了——它有三条路，从最轻的内置浏览器到最重的电脑操控，用错了一条要么够不着、要么把自己桌面暴露给 AI。我把这三条路全拆开了。

先说一个我真踩过的墙。

去年调一个 Electron 小工具，有个 bug 只在窗口拉到某个宽度时才崩，命令行里跑测试一切正常，日志干干净净。这种「只在界面上才现形」的 bug，以前我只能自己一遍遍拖窗口、截图、再回头跟它描述。Codex 光会读文件、跑命令，这时候根本帮不上忙。

后来才知道，Codex 碰图形界面有三条路，我之前一直在用最重的那条白费劲。

第一条：内置浏览器，最轻、最该先用的那条。

Codex 窗口里自带一个浏览器，你和它共享同一个渲染页面的视图。专管本地开发服务器（localhost）、文件预览、不用登录的公开页。它不碰你 Chrome 的登录态、cookie、扩展——干净隔离，预览和验证全关在 Codex 里头。

装上 Browser 插件，用 @Browser 调它。它还有个「批注」绝活：直接在渲染出来的页面上圈一个元素、留句话，Codex 拿到的信息比你自己打字描述精准得多。上个月调一个定价页，tooltip 老盖住光标下的数据点，我懒得描述坐标，直接在 tooltip 上圈了一下写「别遮数据点」，Codex 一次就改对了。

这条路的边界很清晰：它不支持登录流程、不碰你日常浏览器的配置。够不着就是够不着，别硬来。

第二条：Chrome 扩展，要登录态时才用它。

当任务需要你已经登录好的浏览器状态——读 LinkedIn、改 Salesforce、在 Gmail 里干活、操作公司内网系统——这时候才轮到它。

它借的是你真实 Chrome 里那份登录态，能进你登录着的一切。安装流程：进 Codex Plugins，加 Chrome 插件，跟着向导装 Chrome 扩展，确认显示 Connected，然后用 @Chrome 调。

有个关键默认行为你得知道：默认每个新网站它都会先问你，不是装好就能随便跑。allowlist / blocklist 在 Computer Use 设置里管。「始终允许浏览器内容」那个开关一打开就等于拆了闸，想清楚再开。

还有一条：浏览器历史记录每次都按请求临时授权，不给永久放行——因为历史里常藏着内网地址、搜索词这些敏感信息。这不是麻烦，是保护。

第三条：电脑操控，最重、但别一上来就用它。

这条让 Codex 看屏幕、动鼠标键盘操作整个 macOS / Windows 桌面。原生 App、模拟器、跨应用流程——连插件和浏览器都够不着的时候才轮到它。

上线时它有地区限制：欧洲经济区（EEA）、英国、瑞士开不了。装好 Computer Use 插件后，macOS 要给录屏和辅助功能两项权限，Windows 流程类似。

重点是：它动的是你真实的桌面，不是一个隔离环境。第一次用它的时候，脑子里要有一根弦——你请的是一个能坐到你工位上操作你鼠标的实习生，不是隔间里的演练机。

一句话：选对路的优先级是——有插件 / MCP 就用插件，是网页就用内置浏览器，只有连原生桌面都得碰才升级到电脑操控。

杀鸡别用牛刀。我之前就是上来就奔着电脑操控去的，绕了一大圈才发现内置浏览器已经能搞定大多数需求。现在每次动手之前，先对照这三条路想一想：这事最轻该用哪条？够得着就别加戏。

下一步：打开 Codex，进 Plugins，把 Browser 和 Chrome 两个插件都装上，亲自跑一遍 localhost 预览和登录态网站访问，你立刻就能体会到这三条路的边界在哪。