让AI自己上网：Codex与Claude Code必装浏览器插件Browser Use及Playwright实操指南
OpenAI 近期为 Codex 带来了一个重要更新——现在可以直接调用 Chrome 浏览器了。
看到这个消息后，我立刻把“必装 Chrome”提上了日程。不过，这和我接下来要强调的内容并不冲突——打开浏览器本就是 AI 工具的必备能力，也是日常工作中绕不开的刚需场景。
然而当我第一时间上手尝试时，发现浏览器插件暂时无法安装，只好暂时搁置。
具体的使用方式目前还不明朗。看起来 Codex 是把原先 Browser Use 这类插件的能力直接集成到自身中，以后可能就不再依赖第三方插件了。
但需要留意一点：Browser Use 有一个非常明显的优势——它可以操控几乎所有浏览器，而 Codex 原生集成的能力目前只能打开 Chrome。从灵活性的角度看，估计还是独立的 Browser Use 更好用。
因此，我的推荐不变：Codex 务必安装 Browser Use，Claude Code 务必安装 Playwright。
装上这两个插件，就相当于给你的 Codex 和 Claude Code 装上了“眼睛”和“手”——它们终于可以自己去看网页，然后亲自操作页面了。
浏览器能力为何成了 AI 工具的刚需
浏览器是我们日常工作中使用频率最高的工具，绝大多数信息输入都来自浏览器。
以前，AI 工具想要收集信息，靠的是编写 Python 脚本去网站抓取数据。所以当我们甩给大模型一个链接让它阅读时，它必须先写代码，然后再读取内容。
这种方式既绕了远路，又不太符合人类的使用习惯，速度慢，效果也常常不尽如人意。
现在你给它装上 Browser Use，它就可以自己打开网页去看，效果提升非常明显。
Playwright 与 Browser Use：为 AI 补齐浏览器能力
Playwright 和 Browser Use 的作用本质上是一样的——都是在给 AI 补上浏览器操作这块短板。
它们让 AI 不再只是在对话框里聊天，而是可以真正打开网页、阅读内容、点击按钮、填写表单，甚至截图验证。
因此，它们最合适的场景也高度重叠：
- 打开网页查询资料
- 点击按钮走通业务流程
- 填写表单进行自动化测试
- 验证本地页面是否出现白屏
- 检查页面布局是否存在明显问题
为什么推荐 Codex 装 Browser Use，Claude Code 装 Playwright
理由很简单：这两个分别是各自官方插件市场中的推荐插件，安装起来最方便，生态整合也最顺畅。
安装指南
先说 Claude Code 的 Playwright。
进入 Claude Code 的插件市场，搜索 “Playwright”，直接点击安装即可。
再来看 Codex 的 Browser Use。
在 Codex 里安装插件就更简单了。打开插件市场，搜索 “Browser”，点一下就能完成安装。
备注：目前我这边搜不到这个插件了，不清楚是受今天 Chrome 内置功能推出的影响，还是因为我已经安装过所以不再显示。
一时搜不到也不用太着急，后续直接使用内置的 Chrome 能力也能达到类似效果。
使用方法与提示词建议
安装完成后，用法非常直观。
如果你的 AI 工具只装了一个浏览器插件，那么只需要说一句类似“用浏览器验证一下”的话，它就会自动调用对应的插件开始工作。
如果你两个都装了，甚至还另外添加了一些打开浏览器的 skill，那就要通过名称明确指定调用的对象。
不过我更建议你及时清理一下，把多余的 skill 删掉，避免混乱。
在实际工作中，可以试试这些提示词：
- “打开这 3 个竞品官网，重点查看价格页和功能页，整理出核心卖点。”
- “打开这个工具的官网，找到注册入口、会员价格和帮助文档。”
- “先用浏览器复现这个页面问题，再修改代码，修复后重新验证页面。”
结语：AI 吞噬生态的残酷现实
对于 Browser Use 可能在 Codex 里搜不到、甚至被下架这件事，我还是忍不住感慨几句。
AI 工具的发展就像一个不断膨胀的怪物，不但在吞噬软件本身，也在吞噬围绕它生长出来的整个生态。
插件、skill，这些原本独立的存在，最终都会被它逐一集成，等能力到手，开发者就被一脚踢开。你只能无奈出局。
可各大应用一方面有着沉重的危机感，另一方面又不得不围着 AI 做生态。
这让人想起《六国论》里那句：“今日割五城，明日割十城，然后得一夕安寝。起视四境，而秦兵又至矣。”
而 Codex 和 Claude Code 正如强秦，“奉之弥繁，侵之愈急”，最终恐怕难免一统天下。