Codex 最近推出了 Chrome 浏览器插件。简单说，就是你可以让 Codex 操作你自己的 Chrome 浏览器。

这件事比听起来更有用。

以前很多 AI Agent 浏览网页，是用 Playwright 之类的工具模拟一个浏览器。打开普通网页没问题，但一到真实网站就容易卡：登录态、验证码、扫码登录、反爬虫、动态加载，随便一个环节都可能失败。

现在用 Codex Chrome 插件，Codex 连接的是你正在使用的 Chrome。你已经登录过的网站，它可以直接在你的登录态里帮你搜索、浏览、截图和整理信息。

比如：

去小红书搜旅行攻略，整理路线和避坑点。

去 Twitter/X 搜热点科技资讯，汇总成日报。

去淘宝按预算和评价筛商品，做性价比对比。

去常用网站查资料，再整理成文档。

今天这篇，用一个具体例子演示：让 Codex 操作小红书，帮我找一条适合家庭出游的川西暑期路线。

任务背景

我的需求是：

夫妻两人 + 一个 12 岁孩子

可以租车自驾

不想每天开太久

时间控制在 5 天以内

我先让 Codex 通过 Chrome 插件打开小红书。因为 Chrome 里已经登录过，所以不需要重新处理账号、密码、验证码，也不用碰 Cookie。

可以看到，小红书已经处于登录态，Codex 可以直接在页面里搜索和阅读。

搜索过程

我先让 Codex 搜一些泛关键词：

川西 暑期 旅游 路线

川西小环线

稻城亚丁

格聂南线

川西大环线

然后再根据家庭出游条件细化关键词：

川西 亲子 5天 自驾

川西小环线 亲子友好

川西 低海拔 亲子

川西 5天4晚 亲子游攻略

这里 Codex 做的不是简单复制搜索结果，而是从标题、发布时间、点赞数、路线关键词里提取信号。

比如近两年反复出现的路线大概有几类：

川西小环线：热度最高，3 到 5 天都能安排。

稻城亚丁：经典，但 5 天亲子游会偏累。

格聂南线：风景很强，但路况和车程压力更高。

川西大环线：适合 7 到 10 天，不适合这次需求。

进一步筛选“亲子”“低海拔”“5天自驾”后，结论基本收敛：这次最适合轻量版川西小环线，核心放在都江堰、卧龙、四姑娘山双桥沟。

最终方案

Codex 最后给了两条路线。

第一条是“景观更完整”的版本：

成都 → 都江堰 → 卧龙 → 四姑娘山 → 丹巴藏寨 → 成都

这条路线多了丹巴藏寨，风景更丰富，但最后一天丹巴回成都车程会比较长。

第二条是“更适合亲子”的轻松版本：

成都 → 都江堰/青城山 → 卧龙 → 四姑娘山双桥沟 → 成都

这条路线少搬酒店，少开长途，把重点放在都江堰、熊猫、雪山和双桥沟，更适合夫妻带孩子。

Codex 把两条路线做成了一张svg格式的矢量图：

最后顺手让codex用最新的GPT-Image2模型生成手绘风格路线图：

这次体验的感受

我觉得 Codex Chrome 插件最有价值的地方，不是“替你点网页”这么简单。

它真正解决的是：AI 可以进入真实浏览器场景，基于你的登录态、你的网页环境，完成更接近日常使用的任务。

以前很多 Agent 看起来很智能，但一到真实网站就容易被登录、验证码、风控挡住。现在换成操作你的 Chrome，很多阻力会小很多。

当然，边界也很重要：

登录、验证码、扫码这类敏感操作，还是应该由用户自己完成。

Codex 不需要知道你的账号密码。

不应该让它随意发帖、下单、点赞、私信，除非你明确授权。

更适合让它做搜索、阅读、比较、总结、生成文档这类任务。

这次小红书旅行攻略只是一个例子。

同样的方法，也可以用来搜科技资讯、整理商品对比、查论文资料、做竞品分析。对我来说，它更像是把 Codex 从“代码编辑器里的助手”，往“真实网页里的研究助理”推进了一步。