Codex 发布了 Chrome 插件:与 Claude Code、OpenClaw 的浏览器控制有什么不一样

OpenAI 给 Codex 加了一个 Chrome 插件。

看到这个更新，很多人会先想到“Codex 终于能控制浏览器了”。但 Codex 之前已经有 in-app browser，也能在 App 里的内置浏览器里点页面、看截图、验证修复。

这次不同的是位置：Codex 可以进你正在用的 Chrome。

很多工作本来就不在代码编辑器里，而在浏览器里：Gmail、CRM、后台、文档系统、产品控制台、各种内部工具。过去你要把页面内容复制给 AI，或者让 AI 改完代码后，自己再去网页里检查。Codex for Chrome 补的就是这段距离。

三者都能碰浏览器，用法不一样。

一、Codex 这次变在哪

过去几周，Codex 的浏览器能力分了三步放出来：

时间	能力	变化
2026-04-16	early in-app browser	在 Codex App 里打开本地页或公开页，对页面提反馈
2026-04-23	Browser use in Codex App	Codex 操作内置浏览器，点击 UI、复现视觉 bug、验证本地修复
2026-05-07	Codex for Chrome	通过 Chrome 插件进入真实 Chrome，处理网站、应用和多标签页任务

前两步还在 Codex App 的内置浏览器里。它适合开发预览、页面反馈、修复验证。

第三步换了场地。Codex for Chrome 面对的是用户真实 Chrome。OpenAI 的 Chrome extension 文档也把它放在需要登录态的网站任务里，比如 LinkedIn、Salesforce、Gmail 和内部工具。

所以这次更新的重点不是“Codex 会不会用浏览器”，而是它从内置浏览器走进了真实浏览器。

放在一起看，差别先出在入口上。

工具	怎么进浏览器	结果
Codex for Chrome	官方 Chrome 插件，接入真实 Chrome	贴近日常网页工作，尤其是登录态网站和多标签页
Claude Code	通过 MCP 接入 Playwright 等浏览器工具	贴近工程流程，适合复现、测试、验证
OpenClaw	浏览器是工具系统的一部分，常配独立 profile 和控制 API	贴近长期任务，适合定时、监控、通知和跨工具自动化

Codex for Chrome 处理的是你已经打开、已经登录、正在使用的 Chrome 页面。它的价值在“当下这件事”：这个后台、这封邮件、这几个标签页。

Claude Code 更偏工程工作。通过 MCP 接入 Playwright 后，浏览器变成验证工具：按钮能不能点，表单能不能提交，修复后的流程有没有跑通，控制台和接口有没有报错。它不一定最像你的日常 Chrome，但更适合排查问题和维护测试。

OpenClaw 适合更长的任务链。它可以给 Agent 一个独立浏览器，也可以在需要时接入真实登录态 Chrome session；再和定时任务、消息入口、多工具协作连起来。只处理一个网页，用它不划算；如果这件事以后每天都要做，它就有价值。

Codex for Chrome 不会替代 Claude Code，也不会替代 OpenClaw。它补的是 Codex 以前离真实浏览器还差的那一步。

Codex 原来已经能写代码、改项目、看内置浏览器里的页面。Chrome 插件让它进入真实 Chrome。这个变化对很多人更直观，因为工作本来就在浏览器里。

Claude Code 仍然适合工程验证。OpenClaw 仍然适合长期自动化。Codex for Chrome 负责把 Codex 带到眼前这件事里。

如果只看“会不会控制浏览器”，这三个会被误判成同一类东西。

Codex for Chrome 解决的是当下浏览器任务。

Claude Code 解决的是工程验证。

OpenClaw 解决的是长期自动化。