大家好，我是 Kate。

Codex 今天上线了 Chrome 插件。

新的 Chrome 插件让Codex 可以运行自己的标签页，你继续用你的浏览器，它在后台处理它的任务；如果明确让多个 agent 协作，还可以让它们分别在独立标签页里并行工作。

官方演示里，最值得看的不是“会点网页”，而是能串起流程

官方展示了几个比较典型的场景。

第一个场景是让 Codex 自动浏览 OpenAI 开发者社区论坛，抓取最近一周和 Codex 相关的帖子，整理主题、关键问题、用户情绪，并生成结构化的 Excel 表格。这个流程不只是网页搜索，它还包含数据筛选、归纳、文件导出和结果验证。

第二个场景是报销：Codex 从 Gmail 中找出和食物相关的报销邮件，再和本地 PDF 收据匹配日期、金额、商户信息，最后填入报销系统、上传附件、选择分类并提交表单。

第三个场景更能体现“多标签并行”：让四个 agent 分别进入四个独立的 Chrome 标签页，玩同一个在线画图小游戏。Codex 先创建房间，再协调所有代理加入，围绕同一个提示词作画，最后生成四幅不同的灯塔画作。

这些例子放在一起看，重点就很清楚了：Codex Chrome 插件不是一个简单的网页自动点击器，而是在浏览器里给 agent 一个更自然的工作空间。它可以测试 Web 应用，也可以在多个页面之间收集上下文，把原本需要人反复切换、复制、整理的流程串起来。

安装和调用方式：从插件里找到 Chrome

在 Codex 里可以找到 Chrome 插件并进行安装。安装流程会跳转到 Chrome 扩展相关页面，完成连接之后，上方会出现一个被 Codex 接管的标签页，标签页颜色会发生变化，这表示 Codex 的 Chrome 插件正在运行。

实际调用时，可以通过 @Chrome 提出问题，也可以在输入框里通过 /Chrome 找到插件，然后直接说明要它做什么。

我之前介绍过不少 AI 浏览器工具，目前体验下来，Codex Chrome 是我觉得最好用的一类。

原因主要有两个：一是当前模型能力足够强，复杂任务里少了很多无效试错；二是 OpenAI 在浏览器使用、深度研究、computer use 这些方向上已经积累了不少能力，把这些能力接到真实 Chrome 环境里，很多日常任务会自然很多。

再加上 Chrome 前段时间开放了 CDP 连接，Codex 连接我们已经登录的 Chrome 浏览器处理任务，整体会方便很多。

后台多标签：你做你的事，它跑它的流程

这个插件最关键的体验，是它支持后台并行、多标签后台运行。Codex 在独立标签页里工作，你可以在别的标签页继续处理自己的事情，不会被它的鼠标和页面跳转打断。

社区里已经有人实测过登录网站、创建主题、填写内容并预览的流程，也有媒体提到它可以辅助调试 Web 应用。对内容运营来说，这类能力尤其有价值：我们经常需要同时看多个页面、翻评论、找选题、做信息归纳，再把结果变成草稿。现在这些步骤可以交给 Codex 在浏览器里跑一遍。

如果任务涉及多个平台后台，它也可以进入不同后台页面填内容、检查结果、做提交前准备。当然，真正发布前是否让 agent 自动点击“发布”，我个人仍然会非常谨慎，这一点后面会讲。

实测一：搜索五一小众城市，3 分 41 秒出结果

我先让 Codex 搜索“五一小众城市”，要求至少浏览 20 个帖子。当时我开的是 GPT 5.5，思考程度是 medium，同时开启了 fast 模式。

视频里看到的页面切换是实时发生的，最后剪辑时用了 1.1 倍速。就我之前用过的 AI agent 来说，Codex 这次处理速度非常快，尤其在 fast 模式下，体感会更明显。

最终它花了 3 分 41 秒完成任务。虽然我只开了 medium 思考程度，但整理出来的结论已经比较到位：哪些重点城市值得关注，评论讨论量最高的线索是什么，江浙沪周边有哪些值得挑选的目的地，都会用表格列出来，并且保留参考依据。

这类任务非常适合 Codex Chrome 插件，因为它本质上不是问答，而是“多页面浏览 + 信息筛选 + 结构化输出”。

实测二：搜 50 条 Codex Chrome 相关帖子

接着我让它去推特里搜索互动量比较多的 Codex Chrome 插件帖子和高评价内容，要求至少搜索 50 条并做汇总。

这种任务其实更适合 Grok，但我这里主要是想测试 Codex 的浏览器能力。实际过程中，它会在搜索框里组合多个关键词，而且不是只用一组词搜到底，而是一批一批地换关键词。让 AI 来写这些搜索词，确实比人手动想要方便很多。

经过一段时间搜索，它告诉我采集了 87 条内容，然后开始严格筛选和 Codex Chrome 插件真正相关的样本。中途它发现有一些帖子并不是今天官方 Chrome 插件发布本身，于是又补跑了一次，最后输出 50 条结果。

这个过程里我比较满意的一点是，它不是机械地凑数量，而是会意识到样本不够干净，然后补充检索。

实测三：让 Codex 去 GPT 官网提问

我又让 Codex 登录 GPT 官网，选择 Pro 模型，提问“这个插件发布后有什么精彩案例”。我还提示它可以自行优化提示词。

连接好之后，它进入 GPT 官网，写出的优化后提示词比我临时想到的版本规范很多。随后 GPT Pro 开始回答，Codex 会每隔一段时间回到页面检查回答进度。

这里也暴露出一个边界：它处理了 6 分多钟之后，我看到 GPT Pro 页面上还没有最终结果，但 Codex 这边已经认为任务完成并收尾了。所以它虽然能做网页等待和进度检查，但遇到长回答、异步生成、页面状态不明确的任务，仍然需要我们检查最后结果是否真的完整。

实测四：打开 5 个 Gemini 页面做批量生成

接下来我让 Codex 打开 5 个 Gemini 页面，选择 Pro 模型，用 canvas tool 生成 5 个不同页面。

它进入 Gemini 页面后，能够接管页面、点击 tools，并选中 canvas。和我之前用过 agent-browser 工具相比，这次在页面里找工具入口的速度明显更快。

不过这次我没有明确提示它开启多个 subagents，所以它后来是一个一个去做的，速度就慢了一些。最终它给我 5 个链接，整个需求花了 3 分多钟。

这也给我一个经验：如果你希望 Codex 真正并行处理任务，提示词里最好明确写出“开启多个 subagents”或“分别在多个独立标签页并行处理”。否则它可能会按顺序执行，虽然也能完成，但没有吃到并行带来的速度优势。

实测五：总结 Simon 4 月份所有文章

我还让 Codex 总结 Simon 4 月份所有文章的要点。

它发现页面里一共有 121 条内容，但直接从服务器抓取时被站点防护拦住了。好在 Chrome 页面本身可以访问，于是 Codex 改为从浏览器渲染后的 DOM 获取数据。

它先识别出 14 个正式 entries。刚开始我看到它说只抽取站内 entry 形式的正式文章标题和正文摘要时，还有点担心任务完成得不够充分。后来它继续打开正文页面，读取更多上下文，把前面的做法补完整了。

最后它花了 4 分多钟，整理出总共 121 条内容，以及其中 14 篇正式文章的标题和要点。每篇文章的重点都列得很清楚，感兴趣的话可以直接点进去查看。

Simon 本身非常值得关注。他做了很多自制工具，也经常分享这些工具是怎么做出来的，基本上他的新博文我都会追着看。

实测六：电商比价与内容发布前准备

我还让 Codex 登录某东和某宝，搜索两个平台上销量最高的三个店铺，查询大疆 Pocket 4 的价格，并整理成表格。

在京东页面里，它处理得非常快，1 分 10 秒就告诉我已经完成某东部分。但淘宝触发了站点安全策略拦截，明确禁止 Codex 继续使用。这里不是 Codex 一定做不到，而是平台安全策略会影响自动化流程。

淘宝也有客户端，并且客户端里提供 MCP，可以作为另一种 agent 访问方式。

后面我又让 Codex 搜索 Chrome 插件相关信息，写一篇帖子，使用 image gen 生成一张图片，并走到小红书发布前一步。

这里必须叠个甲：我日常不会让 AI agent 自动发布这类内容。之前试过让 agent 处理这些事，速度不一定快，token 成本也不便宜，很多时候我自己点点更方便。这次只是为了测试 Codex 能力。

不得不说，这次生成图片的质量很高，中文文字渲染没什么问题，样式和配色也比较好看。Codex 随后开始点击上传图片，但第一次尝试失败了，原因是 Chrome 扩展有一个权限错误，需要我手动打开。

具体操作是进入 Chrome 扩展页面，找到 Codex，点击 details，然后打开 allow access to file urls。

权限打开后，让 Codex 继续处理，它很快就上传了图片，填写标题、正文和标签，并在 1 分多钟后告诉我已经完成到发布前一步。

但我最后还是会检查它写的文案。比如这次生成内容里就有多余的话，需要人工删掉。

正常情况下，我不建议把“自动发布”完全交给 agent，至少应该停在发布前，让人做最后确认。

我的结论：值得体验，但提示词要写清楚

这次 Codex Chrome 插件给我的整体感受是：它把 AI agent 从“只能在一个受限窗口里点点网页”，推进到了“可以在你真实登录的 Chrome 环境里，独立、多标签、相对高速地处理任务”。

它适合做这些事：

• • 测试 Web 应用，尤其是需要真实浏览器状态的页面。
• • 跨多个网页收集信息，再整理成表格或草稿。
• • 登录后台做发布前准备、内容填充、表单整理。
• • 对多个模型官网做横向测试。
• • 让多个 agent 在独立标签页里并行跑任务。

但使用时也要注意几个边界。

第一，涉及长时间等待、异步生成或外部网页状态变化时，最好要求它明确检查最终结果，不要只看它是否“认为任务完成”。

第二，如果希望真正并行，就要在提示词里明确要求开启多个 subagents，并说明每个 agent 分别负责什么。

第三，涉及真实发布、提交表单、购物、报销这类动作，我建议让 Codex 完成到“发布前一步”或“提交前一步”，最后由人检查并确认。

第四，站点安全策略、文件访问权限、扩展权限都会影响任务执行。遇到文件上传失败时，可以检查 Chrome 扩展的 allow access to file urls 是否开启。

总体来说，Codex Chrome 插件是我目前体验下来非常顺手的 AI 浏览器代理能力。它能登录真实 Chrome，支持多标签并行，运行速度快，准确率也不错。对于做内容、做网页测试、做多模型对比、做信息整理的人来说，已经很值得认真试一试。

广告

过去我已创作了 400+ 篇AI主题原创内容，我对继续写作充满信心，因为这是我的爱好，我非常热爱这件事。

如果喜欢我的文章和视频，欢迎加入我的知识星球，我会分享最新的 AI 资讯、源代码，回答你的问题。我们下次再见啦！

最近文章，请看这里：

从 OpenClaw 到 Hermes Agent：安装、迁移、配置、实战演示

Figma MCP 真变强了：AI 已经能直接在画布里做设计了，我跑了 4 个真实案例

Google Stitch 大升级 + AI Studio Build 实测：设计到应用一条龙，太强了