浏览器双模式：@Chrome 与 @Browser 怎么选

Codex 操作浏览器有两种模式：@Chrome（Chrome 插件模式，跑在你自己的 Chrome 里）和 @Browser（内置的沙盒浏览器）。以下内容来自 @dotey 的实测总结（X，2026-06-14）：用了一段时间之后，他把两者的差异和各自适合的场景一次讲清。

先记住总原则：需要登录态 → @Chrome；不需要登录 → @Browser。选错的代价很实在：要么浪费资源，要么直接被网站的反爬拦下。

以下来自 @dotey：传统爬虫用 requests 或者 Playwright 无头模式去请求页面，现在风控越来越严——指纹检测、行为分析、验证码轮番上阵，很多网站一看你是程序化请求直接拦截。

Codex 的浏览器不一样：它操作的是真实浏览器，有完整渲染引擎、真实 UA、正常 JS 执行环境，网站看来就是一个普通用户在上网。

配合 /goal 还能让它自己规划爬虫任务（/goal 的完整机制见第 06 课）：

复制/goal 把这个网站上所有产品的名称、价格、评分抓下来，存成 CSV

Codex 会自己规划步骤、翻页、处理异常情况。这就是"拿 Codex 当爬虫"的完整用法。

核心优势：登录态共享。@Chrome 跑在你自己的 Chrome 里，继承全部 Cookie、登录会话、已安装扩展。付费文章、企业后台、CRM 数据、需登录的社交平台都能直接访问——对网站来说，就是你本人在操作。

工作时把任务放进独立标签页分组，不打断你当前正在看的页面；支持 DevTools 协议，可以抓性能数据、看网络请求、调试 Console 错误。

代价：资源消耗大。Chrome 每个标签页是独立进程，再加上截图、DOM 解析、指令交互，8G 内存的笔记本会明显卡顿，批量爬虫会很难受；长时间运行还容易截图延迟、状态不同步。

限制：仅支持 macOS 和 Windows，Linux 暂无；不支持无头模式，Chrome 窗口必须保持打开。

适合：需要登录态的短期任务——登录平台抓数据、内部工具批量操作、CRM 导出。

最大优势是轻量：沙盒浏览器环境，不用启动整个 Chrome，资源消耗小、响应快。

根本限制：没有登录态。不继承 Cookie、扩展和会话，需要登录的页面要重新登录；而且反爬严格的网站对这种非标准浏览器指纹更敏感——作者实测，在内置浏览器里登录 X 反复失败。

独门利器：标记模式（Annotation Mode）——直接在渲染好的页面上框选元素写批注（"这个按钮往上移""字体加粗"），Codex 把批注当可执行指令，「指哪改哪」。配合 Developer Mode 跑性能分析、抓网络请求、看 Console 输出，对本地开发服务器调试非常友好。作者评价：内置浏览器的前端调试体验超越很多专门工具。

适合：公开页面数据抓取、本地开发调试、不需要登录态的网页操作。

以下来自 @dotey 的选择决策（背下来）：

① 需要登录 → @Chrome；② 不需要登录 → @Browser；③ 机器配置有限、又要大量抓公开数据 → @Browser；④ 目标必须登录、或反爬极严 → 只能 @Chrome（做好资源消耗的心理准备）。

Codex 的自动判断优先级：有专用插件（Jira、GitHub 集成）先用插件 → 需要登录态用 Chrome → 其余用内置浏览器。