最佳 Codex browser 替代方案

Codex browser 是嵌在单个助手里的浏览器界面。ego(lite) 是一个独立的 Chromium 浏览器,Codex 在哪里都能用。 ego(lite) 给 Codex 一个完整的 Chromium 浏览器,带有你已授权的上下文和并行 Space。精简的 Snapshot 和批量操作可以减少模型轮次和 Token 消耗。

ego(lite) 对比 Codex browser

ego(lite) 与 Codex browser 的功能对比。
功能ego(lite)Codex 浏览器
可在 Codex CLI 中使用支持。运行 /ego-browser,AI Agent 就能控制 ego(lite)不支持。只有桌面客户端才有内置浏览器
复用你真实的 Chrome 登录状态支持,一键导入 Chrome 配置文件不支持。浏览器状态是独立的,要逐个站点手动登录
跨源 iframe 与 passkeySnapshot 能穿透跨源 iframe 和 shadow DOM存在未解决的问题:不支持跨源 iframe 输入;passkey 支持不完整
AI Agent 如何操作页面AI Agent 每个回合通过 /ego-browser 把多个操作打包进 JavaScript每个操作调一次工具,每次都要把结果读回来
每个任务的 Token 消耗更低:Snapshot 加批量操作,按任务整体计算更高:每一步都要把上下文带回模型
工作按什么计费不产生额外费用。浏览器免费,且在本地运行和你其他 Codex 工作共用同一份编码额度(5 小时窗口加每周上限)
并行任务隔离同一个浏览器里 Space 数量不限,上限取决于你的机器每个会话一个内置浏览器面板
同时也是你的日常浏览器可以。你在自己的 Space 里浏览,Agent 在它们自己的 Space 里工作不是。一个状态独立的单独面板
与真实账号隔离不是。AI Agent 是在你的登录状态内控制 ego(lite)是的,这是刻意设计:状态独立,无法触及你的个人账号
可复用技能(即将上线)把成功的运行提炼成可复用的技能,用于重复任务(限量测试中)浏览器任务没有内置的同类功能
价格与可用性免费,无需订阅。支持 macOS 和 Windows,仅限 Chromium包含在 ChatGPT 套餐内;Computer Use 功能有地区限制

最近更新 2026年8月30日

开发者用户来自

  • Vercel
  • OpenAI
  • Anthropic
  • SpaceX
  • Google
  • Microsoft
  • DJI
  • DeepSeek
  • Kimi
  • TikTok
  • MiniMax
  • SAP
  • ZARA
  • eBay
  • Cisco
  • Trip.com
  • LINE
  • NHN
  • Hyundai Motor

为什么 ego(lite) 比 Codex browser 更好

内置浏览器只是 Codex 产品中的一项功能。ego(lite) 是一个完整的浏览器环境:无论在 Codex 桌面应用还是 CLI 中,都可以用它来搜索、调研、提取、处理表单、测试以及完成其他网页工作流,并带有导入的浏览器上下文和并行 Space。

真实任务中快 47% 到 63%

在 Codex CLI 里根本没有浏览器:那个 Skill 可能还会出现,然后报告不可用,改动得你自己去验证。在桌面端,内置浏览器每一步都要靠 domSnapshot() 重新读一遍页面,Codex 思考的时候面板就闲在那儿。运行 /ego-browser,Codex 就能直接控制 ego(lite)。每个页面都以 Snapshot 的形式到达,带有稳定的 @N 引用,Codex 可以立即操作。在我们公开的 31 个线上网站任务基准测试中,ego(lite) 完成任务的速度比另外四款受测工具快 47% 到 63%。

Time to finish a task, shorter is better

  1. ego(lite)
    398 s
  2. agent browser
    605 s

Data source - Task: finish an average live-site job

并行多任务,执行更快

CLI 没有浏览器,自然也没法并行跑浏览器任务。在桌面端,内置浏览器一次只有一个面板处理一个任务,浏览器工作还要占用和编码工作同一份用量额度。在 ego(lite) 里,同一个浏览器里能开多少个 Space 没有上限:每个 Space 都在自己导入的 Chrome 配置文件上同时运行任务,由 Codex 或其他 AI Agent 通过 /ego-browser 控制。它们永远不会抢占你正在用的标签页,你随时都能查看或接管任意一个 Space。

不再反复来回 消耗更少 Token

在桌面端,每个内置浏览器动作都是一次独立的模型往返:domSnapshot()、点击、再来一次 domSnapshot()。每次结果都要先返回,模型才能决定下一步,这些花销还要占用和编码工作同一份额度。在 CLI 里根本没有内置浏览器,也就不存在这个内置循环。运行 /ego-browser,Codex 每个回合会把好几个操作打包进几行 JavaScript 来控制 ego(lite)。叠加上 Snapshot 输入,同一个任务整体消耗的 token 要少得多。

Claude Code · ego(lite)
>/ego-browser Add the first product to the cart, then check checkout loads
●Bash(
ego-browser nodejs <<'EOF' await openOrReuseTab('localhost:3000') await click('.product-card') await click('.add-to-cart') await click('a[href="/checkout"]') cliLog('checkout loaded') EOF
)
⎿Output:
[t=4480ms] checkout loaded
Done. Both steps work.
─── 1 tool call · ↑ 1.1k tokens ───
Codex · built-in browser
>Add the first product to the cart, then check checkout loads
●browser.tabs.new() (Built-in browser)
⎿Tab
Tab created (about:blank)
↑ 1.6k tokens sent so far
Approve localhost for this site, then navigate.
●tab.goto (Built-in browser)("http://localhost:3000")
⎿Result
Navigated to http://localhost:3000
↑ 2.8k tokens sent so far
Page is up. Reading the DOM before choosing a target.
●tab.playwright.domSnapshot() (Built-in browser)
⎿DOM snapshot
… +187 lines (ctrl+o to expand)
↑ 4.6k tokens sent so far
First product card is .product-card. Clicking it.
●tab.playwright.locator(".product-card").click() (Built-in browser)
⎿Result
Clicked .product-card
↑ 6.3k tokens sent so far
Product page rendered. Snapshot again: prior refs are stale.
●tab.playwright.domSnapshot() (Built-in browser)
⎿DOM snapshot
… +203 lines (ctrl+o to expand)
↑ 8.4k tokens sent so far
Add to cart is .add-to-cart.
●tab.playwright.locator(".add-to-cart").click() (Built-in browser)
⎿Result
Clicked .add-to-cart
↑ 10.2k tokens sent so far
Added. Opening checkout, then confirming the form with a snapshot.
●tab.playwright.locator("a[href='/checkout']").click() (Built-in browser)
⎿Result
Clicked a[href='/checkout']
tab.playwright.domSnapshot() → payment form present
↑ 13.6k tokens sent so far
─── 7 tool calls · ↑ 13.6k tokens ───

同样的任务,同样的模型。 左边:ego(lite) 里一次打包的 JavaScript 调用,总共 1.1k Token。 右边:Codex 内置浏览器,7 次往返,token 涨到 13.6k。

同一个 Chrome,为 Agent 而生

在 CLI 里,Codex 因为没有浏览器,根本看不到你的 Chrome 登录状态。在桌面端,内置浏览器用的是独立状态:OpenAI 帮助中心写明它不会用到你的 Chrome 配置文件、cookie、标签页或扩展程序。你得一个站点一个站点地手动登录这第二个浏览器。基于 Chromium 打造,ego(lite) 一键就能导入你整套 Chrome 环境。Codex 运行 /ego-browser 时,控制的是已经带着真实会话(包括你早就通过的 2FA 信任)的 ego(lite),所以不会卡在你几个月前就跨过的登录墙上。

让切换无缝衔接

你不是要放弃 Codex。运行 /ego-browser,让 Codex 控制 ego(lite),一个已经装着你会话的 Chromium 浏览器,无论是在 CLI 里,还是在桌面端配合内置浏览器一起用。

1

下载 ego(lite)

下载 ego(lite),一键导入你的 Chrome 浏览器配置文件,登录状态、Cookie 和扩展程序全部一起带过来。

2

用 /ego-browser 运行你的第一个任务

在 Codex 里运行 /ego-browser,粘贴一句话。CLI 里就能用,不用配置 MCP,也不用先做逐站点授权。

粘贴到你的 Agent 里

/ego-browser 打开 ego.app 加入等候名单

3

看它开始工作

任务在自己的 Space 里运行,不会碰你原本打开的标签页。你可以随时接管,结果会直接回传到 Codex CLI 里。

ego(lite) 的 Space 概览,四个浏览器任务并排运行:Claude Code 在 Yahoo Finance 上追踪苹果股价,Codex 在 cars.com 上按年份筛选车型,Hermes 在完成一项 SaaS 后台任务,一位用户在抓取 X 上的数据,还有一只手正在点击 + 打开另一个 Space

桌面端的内置浏览器继续留给 localhost 预览和标注式修改:选中一个元素、加评论、精准修复。

各工具的适用场景

以下情况选择 ego(lite)

  • 想在 Codex CLI 里做浏览器工作,而内置浏览器在那里根本跑不起来。
  • 需要登录状态的任务应该从你真实的 Chrome 开始,而不是一个要逐站点认证的第二个浏览器。
  • 即便在桌面端,SSO 背后的整个任务在内置浏览器那种单面板、单动作的循环里也会感觉很慢。
  • 想要并行的 Space,又不想把 Codex 额度花在内置浏览器那些日常点击操作上。

何时选择 Codex browser

  • 想要零配置:内置浏览器已经包含在你付费的 ChatGPT 套餐里。
  • 在 localhost 上调试自己的前端,需要从 Agent 内部直接访问 CDP。
  • 想要标注式的修改循环:选中一个元素、加评论、精准修复。
  • 希望 Agent 完全触及不到你的真实账号。独立状态是刻意做出的安全取舍。

将 ego(lite) 与其他浏览器自动化工具对比

与 Puppeteer、Playwright MCP、Claude Chrome extension、Browser Harness 以及另外 7 款工具的逐项对比。

常见问题

Codex browser 是什么?

Codex browser 是 OpenAI 为 Codex 内置的浏览器,就是 ChatGPT 桌面客户端里的内置浏览器。它是一个你能旁观、能接管的本地 Chromium 面板,在开发者模式下还支持读取 DOM、无障碍树,以及 CDP 访问。对本地开发调试来说它确实好用,而且已经包含在 ChatGPT 套餐里。它不会用到你的 Chrome 配置文件,也不在 Codex CLI 里提供。Codex 的 Chrome 扩展程序是另一个独立产品,会在单独的对比页里介绍。

ego(lite) 是不是一个好的 Codex browser 替代方案?

是的,两个场景都适用。在 Codex CLI 里,ego(lite) 就是 Codex 缺的那块 Chromium 浏览器。在桌面端,它在速度、并行、token 和登录态上都能压过内置浏览器,因为 Codex 控制 ego(lite) 时用的是批量 JavaScript,而不是每点一次就 domSnapshot 往返一次。localhost 预览和标注循环继续用内置浏览器就好。

Codex browser use 是什么?

Codex browser use 指的是 OpenAI 在 ChatGPT 桌面客户端里的内置浏览器:Codex 能在一个本地 Chromium 面板里打开页面、点击、检查内容。Codex CLI 没有浏览器。运行 /ego-browser,Codex 就能在 CLI 里控制 ego(lite)(一个带着你导入的 Chrome 配置文件的 Chromium 浏览器),在整个需要登录的任务上胜过内置浏览器。

Codex browser 是什么?

OpenAI Codex browser 指的是 ChatGPT 桌面客户端里内置的 Chromium 面板。它是本地的,不是云端的,也和你的 Chrome 配置文件是分开的。ego(lite) 不是要替代 Codex 本身,而是你在 CLI 中运行 /ego-browser、或想在桌面端用上真实 Chrome 会话时,Codex 所控制的那个 Chromium 浏览器。

Codex 能浏览网页吗?

在 ChatGPT 桌面客户端里可以,通过内置浏览器就能处理网页浏览类任务。但在 Codex CLI 里不行:只有网页搜索摘要,没有页面控制能力。Codex 云端在 Agent 阶段默认还会屏蔽联网。运行 /ego-browser,就能让 Codex 在 CLI 里控制 ego(lite) 这个 Chromium 浏览器。

Codex CLI 有浏览器吗?

没有。那个浏览器 Skill 可能还会出现,然后报告不可用。运行 /ego-browser,让 Codex 在同一个终端里控制 ego(lite),一个跑在你的电脑上的 Chromium 浏览器。桌面端确实有内置浏览器,但用的是独立状态,而且是更慢的单动作循环;在需要登录的完整任务上,ego(lite) 依然更有优势。

怎么用 Codex browser control 来做网页自动化?

在桌面端,使用内置浏览器,Codex 会一步一步驱动它的内置面板:tab.goto、domSnapshot、locator 点击。而在 CLI 里,安装 ego(lite),导入你的 Chrome 配置文件,运行 /ego-browser,Codex 就能用批量 JavaScript 控制 ego(lite),对着你真实的会话操作,而不是每个任务跑七趟往返。

Codex 能登录网站吗?

可以,但登录的是它自己独立的浏览器状态,不是你的 Chrome 配置文件。如果需要用到已有的 cookie 或会话,OpenAI 帮助中心指向的是 Codex 的 Chrome 扩展。ego(lite) 只需要导入一次你的配置文件,Codex 就能从你已有的登录状态和 2FA 信任直接开始。

Codex browser 跑在云端吗?

不是。内置浏览器是桌面客户端里嵌入在你机器上的一个 Chromium 面板。ChatGPT 另外的云端浏览器是完全不同的产品面。ego(lite) 同样是跑在你的电脑上的本地 Chromium 浏览器:免费,无需订阅。

浏览器工作会吃掉我的 Codex 额度吗?

会。内置浏览器用的是和你其他 Codex 工作同一份编码额度。ego(lite) 不额外计量任何东西,你只需要付 Agent 本来就在花的模型 token,而批量 JavaScript 也让每个任务的总消耗比内置浏览器那种单动作循环更低。

Codex browser vs Playwright MCP:我该用哪个?

Playwright MCP 能在 CLI 里用,但需要配置 MCP,而且每个操作都要调一次工具,配置文件也是空白的。ego(lite) 完全不需要 MCP:直接在 Codex、Claude Code 或 Cursor 里对你真实的 Chrome 配置文件运行 /ego-browser。详见 ego(lite) vs Playwright MCP。

ego(lite) 能替代笨重的 codex-rs 服务器吗?

不能。ego(lite) 是一个本地 Chromium 浏览器,为编程 Agent 提供一个受控的网页界面;它不会替代 Codex 的编程运行时、服务器、模型或代码仓库工具。当浏览器工作成为瓶颈时选择它,同时继续使用你已经信任的 Codex 运行时。它的浏览器进程与你日常使用的标签页相互隔离,资源上限取决于你的电脑。

我能从任意浏览器远程控制本地的 Codex 会话吗?

ego(lite) 不会把你的浏览器或终端暴露到公网,也不承诺提供手机浏览器控制面板。远程访问请使用经批准且已认证的远程桌面或 SSH/tmux 方案,保持 2FA 和设备策略开启,绝不要把凭据粘贴进远程 Agent 的提示词。当你登上已授权的机器后,Codex 就可以在本地运行 /ego-browser。

ego(lite) 能在 Windows 或 Linux 上自主运行 Codex 浏览器任务吗?

ego(lite) 是适用于 macOS 和 Windows 的 Chromium 浏览器,目前还没有 Linux 版本。在任何平台上,Codex 都只能借助你实际部署的浏览器工具来运行无人值守的任务,并且需要明确的权限和停止条件。生产环境的 CI 请使用无头框架;使用 ego(lite) 时,请保持可见的本地会话,并为敏感操作设置人工批准关卡。

如何在浏览器操作中安全地使用 YOLO 或自主模式?

不要只为了省掉确认提示,就给 Agent 不受限制的删除、购买、发布或凭据访问权限。在专用的代码仓库和 Space 中工作,规定允许的域名和操作,限制导航和编辑的步数,保存截图和 diff,并在遇到意外登录、破坏性命令或缺少确认时停止。ego(lite) 提供的是隔离,而不是让你跳过组织审查政策的许可。

ego(lite) 是否为 Codex 提供多 Agent 界面或 Kanban 看板?

ego(lite) 用于多 Agent 工作的基本单元是 Space:每个任务都有自己的标签页、浏览器状态和可见的运行状态,同时你自己的 Space 始终可用。它并不是作为完整的 Kanban 或项目管理替代品来推广的。长期的任务分配请继续使用你现有的 issue 跟踪器或看板,让 Space 为每个 Agent 提供实时的浏览器工作区。

ego(lite) 能绕过 Codex 的速率限制或用量上限吗?

任何浏览器都无法绕过模型服务商的速率限制或订阅额度。你可以通过以下方式减少浪费:直接打开目标 URL,把相关的浏览器操作合并到一次 JavaScript 调用里,只返回聚焦的快照或截图,并在明确的验收检查通过后停止。ego(lite) 不额外增加浏览器订阅计量,但 Codex 仍会消耗你的套餐所规定的模型用量。

Codex 能用 ego(lite) 填写重复性的网页表单吗?

可以,前提是这是你有权执行、范围明确的表单工作流。把字段映射、校验规则、允许的域名以及提交前的停止点交给 Agent;让它核对每个值,并把 CAPTCHA、MFA、付款或含义不明的字段交给你处理。Space 能让并行的表单彼此隔离,但并不会让批量提交或账号操作自动变得合规。

如何让 Codex 遵循浏览器 Skill 和规范?

把浏览器工作流写进一个带版本管理的 Skill 或代码仓库规范里,明确输入、允许的操作、证据要求和失败停止条件,然后让 Codex 在运行 /ego-browser 之前先读一遍。要求它最后给出报告,包含 URL、截图或日志,以及尚未解决的事项。Skill 能提高可重复性,但无法凌驾于网站权限、服务商限制或人工批准要求之上。

为你的 Agent 配备真实浏览器

免费使用,运行在你的电脑上,一键导入 Chrome 浏览器配置文件。支持 Claude Code、Codex、Cursor,以及任何能写代码的 CLI Agent。