ego lite 实测：把你登录好的浏览器交给 Claude Code，token 省了多少

我给 ego lite 的第一个正经任务，就是它整个卖点押注的那件事：打开 GitHub，告诉我现在登录的是谁。

Agent 跑了 65 秒，回来一句「not logged in」。

我登着，浏览器也登着。它只是拿到了我两个导入 profile 里错的那一个。而 skill、文档、界面，没有任何一处提过还有第二个 profile。

这就是这篇实测的缩影。ego lite 想解决的问题我从一月追到现在：怎么给编程 Agent 一个浏览器，又不用拿 token、稳定性和自己的耐心去换。

这条线一路走过来，是四篇文章的距离。先是 headless 驱动，然后是接管你的真实浏览器，再是把 token 砍到零，最后停在一个成本模型对了、却没人维护的 12 星仓库。

ego lite 是这条弧线现在的终点。一个你每天用的 Chromium，Agent 在里面有自己的 Space、你的登录态，以及一套 JavaScript API 而不是命令行。

它涨得很快。9 月 10 日 GitHub 15,666 星，8 月 3 日国内技术媒体报道时还是 7,900 左右，五周翻倍。

我装了 v0.5.0.28，从 Claude Code 里驱动它跑三个难度递增的任务。同样的提示词又喂给 agent-browser 和 Chrome DevTools MCP，逐个数 token、数秒，然后专门去找接缝。

先把结论摆桌上。状态最好的时候，它是我测过最便宜的 Agent 浏览：1 次工具调用、16 秒、一毛二美金。状态最差的时候，它是最慢的：30 轮、三分钟，同一个任务 agent-browser 43 秒干完。

两个数字都是真的。中间隔着的不是浏览器，是一个 Claude Code 设置。

ego lite 到底是什么：从二进制往上看

ego lite 是 Citro Labs 基于 Chromium 152 做的闭源分支，DMG 免费下载。GitHub 上那个 MIT 仓库只放 ego-browser skill 和文档，浏览器本体不开源。

卖点是三件套。Spaces 是一个窗口里的隔离工作区，你在你的里面浏览，Agent 在它的里面干活。继承状态是把你的 Chrome 或 Edge profile 导进来，cookie 和扩展一起带过去。第三件官方叫 code base 而不是 CLI base：Agent 写一段 JavaScript 一次跑完，而不是每点一下发一条 shell 命令。

现有的中文报道里，Hello.Reader 在 CSDN 那篇把机制讲得最清楚。但没有一篇说清这个 CLI 到底是个什么东西，所以我把 App 包拆开看了。

ego-browser 是一个 1.9 MB 的原生 arm64 二进制，就住在 App 里面（ego Framework.framework/Versions/0.5.0.28/Helpers/），onboarding 时软链到 ~/.local/bin。

它不开 TCP 端口，也不走 WebSocket。strings 一看就明白了：它和运行中的 App 之间走 Mojo 命名 IPC（ego.mojom.EgoCliBootstrap 和 EgoCliBridge），也就是 Chromium 自己进程之间用的那套传输。

你的脚本跑在一个内嵌的 Node 24.18 里，是独立的 ego Helper (Node) 进程。API 刻意做得不像 Playwright，只有几个：taskSpace()、page.goto()、page.snapshot()、page.click()、page.evaluate()，外加一个兜底的 page.cdp()。

%%{init: {"theme":"dark","themeVariables":{"fontSize":"14px","fontFamily":"ui-sans-serif,system-ui","lineColor":"#60a5fa"}}}%%
flowchart LR
    subgraph AGENT["🤖 Claude Code"]
        A1["/ego-browser skill
SKILL.md ≈ 4.5k token"] --> A2["Bash: ego-browser nodejs
heredoc 里的 JavaScript"]
    end
    subgraph CLI["⚙️ ego-browser（原生二进制）"]
        B1["Mojo 命名 IPC
EgoCliBridge"] --> B2["内嵌 Node 24
ego Helper (Node)"]
    end
    subgraph APP["🌐 ego lite（Chromium 152）"]
        C1["任务 Space #N
Agent 自己的标签页"] --> C2["page.evaluate()
在页面内执行"]
        C3["你的 Space
你的标签页、你的焦点"]
    end
    A2 --> B1
    B2 -->|"CDP 形态的命令"| C1
    C2 -->|"stdout：JSON、快照、截图路径"| A2
    classDef agent fill:#1e3a5f,stroke:#60a5fa,color:#e0f2fe
    classDef cli fill:#3b2a5f,stroke:#a78bfa,color:#ede9fe
    classDef app fill:#065f46,stroke:#34d399,color:#d1fae5
    classDef user fill:#7c2d12,stroke:#f59e0b,color:#fde68a
    class A1,A2 agent
    class B1,B2 cli
    class C1,C2 app
    class C3 user

安装确实只有两条命令。npx skills add citrolabs/ego-lite 用 8.5 秒把 skill 放进 .agents/skills/ego-browser/。App 自己的 onboarding 更早就把同一份 skill 软链进了 ~/.agents/skills/，机器上所有 Agent 都看得见。

在 Claude Code 里敲 /ego-browser 会加载一份 19.5 KB 的 SKILL.md。我数了一下约 4,546 token，agent-browser 的核心 skill 是 7,372。

App 为 9 月 10 日的 v2.0.0 弹了个更新说明页，写着重写后的 skill 内存降 70%、成本降 20%、速度和成功率各加 10%。这四个数字一个都没给方法。读我下面那些数的时候请对照着看，我的方法全部公开。

然后它拒绝运行。

每次跑 ego-browser nodejs 都回同一句：「Please complete the onboarding process first. A setup window has opened」。屏幕上根本没有什么 setup window，而 App 两小时前就把我的 Chrome 数据导完了。

缺的那一步是一个叫 ego://onboarding 的页面，内容只有一句「No importable browser data right now」和一个 Done 按钮。按下 Done，CLI 立刻就通了。这一关我卡了十分钟，你可以直接跳过。

国内读者最关心的问题顺带答了：不需要梯子。浏览器是本机 Chromium，登录态在本地，Agent 访问什么站就走你机器本来的网络。唯一走外网的是 npx skills add 从 GitHub 拉 skill，和你平时装 npm 包是一回事。

收据：三个任务、三个工具、同一个模型

先讲方法，方便你复现。Claude Code 2.1.268，用 claude -p 加 --output-format json，所有运行统一钉死 Sonnet，机器是 M5 MacBook Pro、macOS 26.5。墙钟时间在进程外计时，轮数、费用、token 取自 JSON 结果。

三个工具吃同一段提示词，只改了点名工具的那一句。对照组是 Vercel agent-browser 0.37.1 配它自带的 skill，以及 Chrome DevTools MCP 1.9.0 headless。

三个任务难度递增。(a) 列出 Hacker News 前五条标题和分数。(b) 打开 github.com，报告当前登录用户。(c) 在 docs.python.org 搜 asyncio.gather，打开结果页，原样返回第一段代码块。

第一张表是大多数人日常跑 Claude Code 的方式：权限提示开着，给浏览器命令加一条白名单。

先看「被拦下」那一列，问题全在这里。

ego lite 的交互模型是一段装着 JavaScript 的 shell heredoc。而 Claude Code 的命令安检会拒绝任何花括号紧挨引号的写法，也就是任何对象字面量：{ keep: [] }、{ scope: "full_page" }、{ profileId: "Profile 1" }。

报错是 Contains brace with quote character (expansion obfuscation)。在 -p 模式下这是硬拒绝，连询问都不弹。

任务 (c) 里，Agent 把 29 次调用中的 11 次烧在了绕这堵墙上。它试过改写成脚本文件，Write 不在白名单里，也被拒。试过 printf，试过用 JSON.parse('{"scope":"full_page"}') 骗过检查，最后总算到了终点。

agent-browser 在 eval --stdin 上撞的是同一堵墙，只是次数少，因为它大部分命令是 flag 形态的。

ego 的文档让你把 Claude Code 开成 Full access。那我就开，加上 --dangerously-skip-permissions，把 (a) 和 (c) 两个 CLI 工具重跑一遍。Chrome DevTools MCP 第一轮没被拦过，数字沿用。

这才是营销材料里那个 ego lite，而且这回它站得住。

Hacker News 那一次，ego-browser nodejs 只调用了一次就结束：建 Space、goto、waitForSelector、一个把每行映射成 {title, points} 的 page.evaluate。总共 2 轮、151 token 的工具输出，16.4 秒里大头还是 Sonnet 在思考。同一件事 agent-browser 要走 open、snapshot、eval、close 四步。

文档检索任务上两者时间打平，ego lite 在轮数和费用上便宜约四分之一。

官网说复杂任务「最高比 agent-browser 快 3.45 倍」，README 里写的又是 2.5 倍，数据都没公开。我这边的复杂任务是时间持平、费用省四分之一。不是 3.45 倍，但确实赢了。前提是开那个设置，而这个博客的大部分读者出于安全习惯不会开。

省的 token 到底从哪来（不是快照）

这是我最想掐掉的一个误解，因为 ego 自家的对比矩阵一直在鼓励它：那个写着「Compressed semantic input」的勾。

我在每个工具里加载同一个 Hacker News 首页，数每个工具最终交给模型的快照有多大，用的是这个系列一直用的 o200k_base 分词器。

ego 的快照一点也不紧凑。

它是一棵忠实的无障碍树，table > table_row > table_cell 每一层都写全。Hacker News 从头到脚是嵌套表格，于是 ego 光一屏视口就比 agent-browser 整页的「只看可交互元素」还贵，比 Chrome DevTools MCP 那个我七月点名全场最贵的快照也只便宜四成。

它确实有优点：ref 带稳定定位器提示（[ref=7, loc=href:/newest]），iframe 内容内联，而且按 v2.0.0 的 changelog，ref 现在跨 page.evaluate 调用不会失效。9 月 9 日之前这是个真实存在的 bug。

那为什么全权限那次只花了 151 token，而不是 7,823？

因为 Agent 压根没要快照。它直接写了一行 page.evaluate(() => [...document.querySelectorAll(".athing")].slice(0,5).map(...))，拿回一个五行的 JSON 数组。

这就是我从七月起一直念叨的 65 token 套路：让模型写代码取事实，别让它读整棵 DOM。

ego 的贡献是把这条路做成了默认路径，而不是高手路径。skill 教模型写代码，运行时让「导航、等待、提取」在一个进程里一次跑完，快照退化成你不认识这个页面时才用的东西。这个设计是对的。它和 ubrowser 当年的洞察其实是同一个，区别是这回背后有一家真公司，还有截图工具。

反面在 docs.python.org 上现形。

页面不熟悉时，Agent 只能要快照，而 ego 对那个页面的快照每看一眼 8,300 字符。文档站有三个 input[name=q] 搜索框，其中一个是隐藏的，fill("css=input[name=q]") 直接抛 matched 3 elements。重新快照之后 @8 这个 ref 又失效了。默认模式那次就是这样一路螺旋到 30 轮。

公平地说，ego 的报错是三个工具里最好的：「matched 3 elements (2 visible, 1 hidden). Candidates: 1. input ‘Quick search’ (hidden)…」，把下一步该干什么直接告诉模型。这正是我当初批评 ubrowser 缺的东西。

但整个系列的总规律没变：决定你 token 账单的不是浏览器工具，而是 Agent 习惯要事实还是要整棵树。 ego 把这个习惯往对的方向推了一把，然后在你真要树的时候，递给你一棵跟谁比都不瘦的。

「你登录好的浏览器」：真了一半，假的那一半才要命

开头绊倒我的就是这个卖点，把经过完整摊开。

ego lite 的 onboarding 在我的 Mac 上找到两个浏览器，都导了。Chrome 的 profile 成了 ego 的 Default（Bruce），Edge 的成了 Profile 1（he bruce）。我日常住在 Edge 里，GitHub 登在那边。

不带参数的 taskSpace() 在默认 profile 上建 Space。而 skill 明确告诉 Agent：除非用户明确要求某个 profile，否则不要去查看或选择 profile。

所以 Agent 完全按指令办事，拿到了错的答案。

改法只有一行：taskSpace("…", { profileId: "Profile 1" })。36 秒、4 次浏览器调用，logged in as heyuan110。

你要是只有一个浏览器一个 profile，永远碰不到这事。你要是有两个，或者一个工作一个个人，你一定会碰到，而解法文档里没写。

更大的问题是「自己的 Space」对数据到底意味着什么。

文档说每个任务 Space 有「its own native BrowserContext for cookies and storage」。任何用过 Playwright 的人读到这句，都会理解成隔离。

我就测了。在任务 Space A 里打开 example.com，写一个 cookie 和一个 localStorage 键；在同一 profile 上建任务 Space B，打开 example.com，读回来。

{"spaceA":2,"spaceB":3,
 "seenInA":{"cookie":"isotest=fromA","ls":"fromA"},
 "seenInB":{"cookie":"isotest=fromA","ls":"fromA"}}

Space B 什么都看得见。

Space 隔离的是标签页、焦点和窗口，也就是让 Agent 抢不走你鼠标的那部分。但在同一个 profile 上，它们共用一个 cookie 罐。

Agent 打开 GitHub 就已经登录，靠的正是这一点。所以 Space 的正确心智模型是「共享状态之上的私有标签组」，不是沙箱。

三个开放 issue 把这件事磨得更尖。#303 报告从 Agent 任务 Space 里调 cdp("Network.clearBrowserCookies")，把用户主 Space 里所有站点全登出了。#319 演示从副 profile 的任务 Space 调 Storage.getCookies，返回的是默认 profile 的整个罐子，1,105 个 cookie，别的 profile 的登录凭证都在里面。

#315 一句话把事说透：模型生成的 JavaScript 跑在一个有特权的 Node 进程里，裸 CDP 不受限，对外 HTTP 也不受限。翻译成人话就是，Agent 访问的任何一个页面上的提示词注入，都是一次能够到你会话 cookie 的提示词注入。

也要说公道话。三个 issue 官方都在一两周内回了，#319 下面那句是整个项目最诚实的一行：「A space is not the same as a profile, and spaces do not isolate cookies」。他们同时承诺 0.5.0.x 支持按 profile 建 Space，也就是我上面用的 profileId，这部分已经落地。#315 的裸 CDP 暴露官方承认了但还没修，而仓库的私密漏洞上报通道在报告者尝试时返回 403。

不过用户和 Agent 之间的隔离，我怎么折腾都没破。

六个任务 Space 同时开起来、各加载一个真实页面，用了 8.2 秒，全程没碰我的标签页。App 从完全退出到吐出第一张快照，冷启动 2.1 秒，没抢我终端的焦点，8 月版本上报的抢焦点 bug 在 0.5.0.28 上没复现。Spaces 总览会把每个 Agent 的 Space 标成「运行中」并配实时缩略图，点一下就能接管。

CSDN 那篇引用了官方对六个并发任务的数据：Space 模式 0.9 GB、6 个进程，六个独立浏览器则是 15 GB、84 个进程。

这次厂商数字难得地经住了实测。我的六个 Space 恰好增加了 6 个进程和 0.91 GB 内存，进程从 17 涨到 23，内存从 0.61 GB 涨到 1.52 GB，而且闲置一分钟内就回收了大半，落回 0.68 GB。84 个进程那个对照我没测，我信，但它也是这里最没意思的一个对比，因为本来就没人会为六个任务开六个完整浏览器。

毛边，按耗掉我时间的顺序

• -e 参数会卡在 stdin 上。 只要 stdin 是一个没关闭的管道，ego-browser nodejs -e '…' 就永远不返回，而大多数 Agent harness 和 CI runner 里它正是这样。我在定位到原因之前，有三次直接调用挂到被杀。加 < /dev/null 就能修。heredoc 没这个问题，因为 heredoc 会关掉 stdin。
• 没有窗口的 onboarding 门禁。 上面说过了：十分钟，ego://onboarding，按 Done。
• 扩展导进来是禁用的。 每个 Chrome 扩展都带着「已被禁用，请接受新权限」到岗，首次启动会在工具栏一个扩展弹一个气泡。对你是小烦，对 Agent 无关，它本来也碰不到扩展 UI。
• 所有权会静默翻转。 我的清理脚本对八个 Agent Space 调了 finish({ keep: [] })，有一个以 ownership: "user" 活了下来，是 GitHub 标签页把它翻过去的，见 #314。无害，但那是个漏掉的渲染进程，#270 说闲置任务 Space 会跨会话堆积。
• 退出会丢标签页。 我为了测冷启动退出 ego lite，它回来是一个全新的空白标签页，之前开的三个标签页没了。Chromium 那个「从上次停下的地方继续」在这里默认关着，拿它当主力浏览器之前记得先打开。
• 只有 macOS。 roadmap 对 Windows 和 Linux 只写 Planned，没有日期。#203、#345 和一个 WSL2 请求是点赞最多的功能 issue。你在 Windows 上，这篇是预告不是推荐。
• skills.sh 的扫描器把 skill 标成「High Risk」。 读完 skill 之后我的理解是，这个标记说的是能力不是恶意：它教模型对一个装着你 cookie 的浏览器跑任意 JavaScript。这就是产品本身。自己掂量。

两件我以为会糙、结果没糙的事。一是 skill 写得非常好，「整个任务只用一个 TaskSpace，打印它的 id，后面接着用」这条纪律让 Agent 每次运行都没出现标签页泛滥。二是 v2 API 的动作回执，弹窗、对话框、下载都以数据形式返回而不是当惊喜抛出来，这点比 agent-browser 想得周到。

结论：用，但要单开 profile、开完全权限、在 Mac 上

一句话判断：ego lite 是第一个把「你登录好的浏览器」做成两条命令安装、把省 token 做成可测量的 Agent 浏览器。

但这个赢只在 Claude Code 开完全权限时才出现。而它暗示的那层隔离，在 cookie 上并不存在。

所以正确的用法是：给它单开一个 profile，只登你敢交给实习生的那些站。

下面这张表汇总了这个系列迄今的所有实测。

再给一张可以直接截图存下来的决策表。

最后三条配置规矩，都是我拿时间换来的。

第一，给 Agent 新建一个 ego lite profile，只登它需要的站。共享 cookie 罐意味着「继承你的登录态」也包括继承你的网银。

第二，你要是同时用两个浏览器，先跑一次 profiles()，把对的 profileId 写进 CLAUDE.md。否则你的 Agent 会理直气壮地告诉你「not logged in」。

第三，用 -e 永远记得加 < /dev/null。永远不要在任务 Space 里调 cdp("Network.clear…")，除非你喜欢把所有站重新登一遍。

放大到整个系列，这个领域现在干净地分成了两派。

驱动派给你一个 Agent 拥有、你不拥有的浏览器，agent-browser、Playwright 和各种 MCP 都属于这一派。ego lite 给你的是另一种：一个你拥有、Agent 来借的浏览器。

第二种更有用，也更危险，两者分毫不差。

至于 token 经济，我从一月开始量的那件事，反而成了最容易的部分。两派最后都收敛到了同一句话：写代码，送答案，别送 DOM。现在真正把它们分开的，是罐子里装的是谁的 cookie。

常见问题

ego lite 是什么？怎么和 Claude Code 一起用？

一个免费闭源、只有 macOS 版的 Chromium 152 分支，在你日常浏览器里给 Agent 自己的 Space。Claude Code 通过 ego-browser skill 驱动它：Agent 写 JavaScript，App 自带的原生 CLI 通过 Mojo IPC 交给内嵌 Node 执行，page.evaluate() 在页面内跑。我最好的一次是 1 次工具调用、16.4 秒、$0.12。

ego lite 比 Vercel agent-browser 快吗、省 token 吗？

完全权限模式下是：Hacker News 16.4 秒 $0.12，对 19.0 秒 $0.18；多页面文档检索时间打平、便宜四分之一。默认权限模式下反而更慢，因为 heredoc 里的 JavaScript 会触发命令安检。

ego lite 的 Space 能把 Agent 和我的登录态隔开吗？

不能。一个任务 Space 里写的 cookie，在同 profile 的另一个任务 Space 里读得到。issue #303 更是从任务 Space 清 cookie 把主 Space 登出了。Space 隔离的是标签页和焦点，给 Agent 单开 profile。

ego lite 需要梯子吗？有 Windows 版吗？

不需要梯子，本机 Chromium，走你机器自己的网络。截至 2026 年 9 月没有 Windows 版，roadmap 上写 Planned、没日期。

在 Claude Code 里用 ego-browser 报 expansion obfuscation 是怎么回事？

因为 heredoc 里任何 JavaScript 对象字面量都会让花括号紧挨引号，Claude Code 的命令安检在默认权限模式下会拒绝。官方文档让你开完全权限，开了之后同一个文档任务从 30 轮降到 7 轮。

相关阅读

• ubrowser 实测：最快最省的浏览器自动化？ — 最早把成本模型做对的那个弃更仓库，ego lite 就是它本来想长成的样子
• Claude Code 浏览器自动化怎么选？5 套方案实测对比 — 本文更新的那张一月地图
• Claude Code 截图 MCP 配置：浏览器自动化调试省 100 倍 token — 13,418 token 快照和 65 token evaluate 的出处
• Vercel Agent Browser：AI 原生浏览器自动化 CLI — 本次对照组工具刚发布时的介绍
• Playwright CLI + Skill 三段式：把 AI 浏览器自动化做到 0 Token — 想要 ego 级经济性又不想共享 cookie 罐时该用的套路

系列文章导航

这是「AI Agent 浏览器自动化」系列的第 7 篇。这条线的演进：headless 驱动 → 接管真实浏览器 → 把 token 砍到底 → 共享你的登录态：

1. Vercel Agent Browser — 为 Agent 而不是测试套件设计的 snapshot 式 CLI
2. Claude Code 浏览器自动化：5 套方案实测对比 — 这条线的地图：token 成本、速度、稳定性
3. Chrome DevTools MCP 2026 配置教程 — 接管真实浏览器，以及 9222 端口的坑
4. Playwright CLI + Skill 三段式：0 Token 自动化 — 去掉 MCP token 税的三段式写法
5. Claude Code 截图 MCP 配置 — 前端调试闭环，10,220 对 65 token
6. ubrowser 实测 — 设计对了，仓库死了
7. 本文：ego lite 实测 — 用 Spaces 把登录态交给 Agent