AI agent 想用浏览器干活，最别扭的常常不是模型够不够聪明，而是「这台浏览器归谁」。你让 agent 去踩一个需要登录的站点，它要么另起一个干净的浏览器从零登录、cookie 全丢，要么直接抢你正在用的那个标签页、鼠标键盘乱飞。citrolabs/ego-lite 押的是第三条路：一个从一开始就为「人和 agent 共享」设计的浏览器，agent 通过 ego-browser skill 始终能触及你的真实登录态和标签页，在自己的 Spaces 里并行跑任务。GitHub 9,335 星，本周 Trending 周榜第 9（周增 4912），MIT 许可证，主语言 JavaScript，最近一次 push 就在 8/8。
先说清边界：本文基于 ego-lite 的 GitHub README 与官方文档站梳理，事实截至 2026-08-09。星数实时变动，以 GitHub 官方为准。本文是 ego-lite 这个项目的独立深度盘，与本站已发过的 browser-use 资源盘（browser-use 自动化框架）和 AI 浏览器自动化工具横评 互补但独立--ego-lite 的 README 明确把自己对标 browser-use，但两者形态不同（框架 vs 共享浏览器），下文拆。
一、为什么需要「给 agent 用的浏览器」
写 agent 的人多半撞过这堵墙。你想让 agent 帮你查个需要登录的后台、填个表单、抓个只有登录后才能看到的页面，传统自动化路径有两类，各有各的别扭。
第一类是「框架驱动一个独立浏览器」。browser-use、agent-browser 这类是浏览器自动化框架，它们自己拉起一个浏览器实例来驱动。问题三连：这个新浏览器是干净的，你在自己浏览器里登录的 cookie、session、2FA 状态一个都带不过来，agent 得重新登录一遍，遇到 OAuth/短信验证码/风控基本卡死；它和你正在用的浏览器是两个进程，你想同时用自己的浏览器干活不行；框架靠 DOM 截图加坐标点击驱动，token 消耗大、脆弱、慢。本站在 browser-use 资源盘 里拆过这条路。
第二类是「AI 浏览器」。像 ChatGPT Atlas 这类把 AI 塞进浏览器本身，但它偏「替你浏览」的消费者形态，不是「给 agent 程序化驱动」的工程形态，agent 想拿它来跑自动化任务并不顺。
ego-lite 押第三条：不是又一个自动化框架，而是一个为「人 + agent 共享」从头设计的浏览器（基于 Chromium）。你照常用它上网、登录、留 cookie，agent 通过 ego-browser 这个 skill 接进来，复用的是你这台浏览器里真实的登录态和标签页，不是另起一个干净实例。一句话：框架是「给 agent 配一台新浏览器」，ego-lite 是「让 agent 进你正在用的这台」。
二、ego-lite vs browser-use：框架与共享浏览器的差异
README 把对标写在明面上：现有工具如 browser-use、agent-browser 是浏览器自动化框架，需另起浏览器、登录态带不过来、人和 agent 抢同一标签页；ego-lite 从一开始就为「人 + agent 共享」设计。把两者的关键维度摊开对一遍。这张表基于 ego-lite 的 GitHub README 与官方描述，截至 2026-08-09，实时变动。
| 维度 | ego-lite（citrolabs） | browser-use（框架） |
|---|---|---|
| 形态 | 共享浏览器（Chromium，macOS app） | 浏览器自动化框架（库） |
| 登录态 | 复用人真实登录态/cookie | 另起干净浏览器，需重新登录 |
| 标签页 | 人和 agent 共享同一浏览器 | 独立实例，与人隔离 |
| 并行 | agent 在各自 Spaces 并行跑 | 框架层面并发控制 |
| token | 官方称更少 token、更快完成 | DOM/截图驱动，token 消耗大 |
| 接入方式 | ego-browser skill / macOS app | Python 库，pip 装 |
| 语言 | JavaScript | Python |
| 平台 | 仅 macOS（Win/Linux 在 roadmap） | 跨平台 |
| 许可证 | MIT | MIT |
几处要点说清。第一，形态差异是根：browser-use 是个库，你写代码调它去驱动一个它拉起来的浏览器；ego-lite 是一个浏览器 app 本身，agent 通过 skill 接进来复用它的状态。一个是「框架驱动浏览器」，一个是「浏览器原生支持 agent」。第二，登录态共享是 ego-lite 的核心卖点，也是它和框架路线最大的工程差异--复用真实 cookie 意味着 agent 能直接进你已经登录好的站点，不用再过 OAuth/验证码那一关。第三，token 效率：ego-lite 官方称更少 token、更快完成，背后逻辑是它走更接近原生的浏览器调用而非「截图加坐标点击」的循环，但「更少」是 README 口径，本站未独立压测，别拿去当 SLA。第四，平台是 ego-lite 当前的硬伤：只支持 macOS，Windows/Linux 在 roadmap，跨平台团队现在用不了。本站在 AI 浏览器自动化工具横评 里把更多工具摆一起比过。
三、Spaces 并行与登录态共享怎么工作
这是 ego-lite 最值得单独拆的一块。两个机制撑起「人 + agent 共享」。
登录态共享。你用 ego-lite 这个浏览器正常登录各类站点，cookie/session 留在浏览器里。agent 接进来时，通过 ego-browser skill 触达的就是这个真实状态，不是隔离的干净 profile。这意味着 agent 能去「只有你登录后才能看到」的页面：企业后台、已订阅的内容站、需要 2FA 的服务。框架路线要么做不到，要么得你手动把 cookie 导出来喂进去，脆弱且常踩风控。
Spaces 并行。agent 不占你正在用的标签页，而是在自己的 Spaces 里跑任务--多个 agent 可以各自在自己的 Space 并行跑，互不打架，也不抢你手上的浏览。README 的设计意图是：人在前面正常用浏览器，agent 在后台 Spaces 里并行干活，干完把结果交回来。这解决的是「agent 一跑就霸占我的浏览器」这个老痛点：传统自动化一启动，鼠标键盘被劫持、屏幕被弹窗淹没，你干不了别的事。
补一句工程含义：因为 agent 复用的是真实浏览器状态而非另起实例，省掉了「重新登录 + 维护一套凭据」这层开销，这也是 README 说「更少 token 更快」的来源之一。但代价也很明确：agent 拿到的是你的真实登录态，权限边界要自己管--下文局限里讲。
四、上手：装 app 或 npx skills add
两条路。
装 macOS app。去 GitHub 仓库下 .dmg，分 Apple Silicon 和 Intel 两个包。装完就是一台能用、能登录、能留 cookie 的浏览器。
装 skill（轻量）。npx skills add citrolabs/ego-lite 只装 ego-browser 这个 skill，给 agent 用的接入点。适合你已经有自己顺手的浏览器工作流、只想让 agent 能接进来跑任务的场景。
两条路的衔接：如果你只装了 skill 没装 app，首次 agent 跑浏览器任务时会引导你装 app。平台限制再强调一次：当前只 macOS，Windows 和 Linux 在 roadmap，截至 8/9 没有可用版本。文档在 lite.ego.app/document/，社区在 Discord。README 明确点名支持 Codex 和 Claude Code 这类 agent--你已经在用这俩的话，接进来比较顺。
五、适用场景与局限
适合：你日常用 macOS、有一堆需要登录的站点想让 agent 帮你自动化（后台巡检、数据抓取、表单填写、跨站点操作）；你想让多个 agent 并行跑浏览器任务又不想它们互相打架或抢你的标签页；你用 Codex 或 Claude Code 这类 agent，想给它一个「能用你真实登录态」的浏览器。
局限四个要点清。第一，仅 macOS。Windows/Linux 团队现在用不了，等 roadmap。第二，agent 拿到的是你真实登录态，权限边界要自己管。别让 agent 拿着你的生产后台 cookie 去跑不可信任务，把高权限站点的登录态暴露给 agent 等于把钥匙交出去，建议按站点分级、用 Space 隔离敏感操作。第三，星数 9,335 虽然周增 4912 很猛，但项目 2026-04-16 才创建、还年轻，接口稳定性、文档完整度都还在早期，别拿生产环境直接梭。第四，「更少 token 更快」是 README 口径，本站未独立压测，自己跑一遍你的任务再下结论。
六、常见问题
Q：ego-lite 和 browser-use 是同一个东西吗？ A：不是。browser-use 是浏览器自动化框架（Python 库），自己拉一个干净浏览器来驱动，登录态带不过来；ego-lite 是一个为「人 + agent 共享」设计的浏览器 app，agent 复用你真实登录态和标签页，在各自 Spaces 并行跑。两者形态不同，README 明确把 ego-lite 对标 browser-use 做差异化。
Q：agent 真能用我已经登录好的站点吗？
A：能。ego-lite 的核心机制就是登录态共享：你在 ego-lite 浏览器里登录的 cookie/session，agent 通过 ego-browser skill 能直接触达，不用重新登录。企业后台、订阅站、2FA 服务都能进。但相应地，agent 拿到的是你真实凭据，权限边界要自己管。
Q：支持 Windows/Linux 吗？ A：截至 2026-08-09 不支持。当前仅 macOS（.dmg 分 Apple Silicon 和 Intel）。Windows 和 Linux 在 roadmap，无可用版本。
Q：怎么装？要不要付费？
A：两条路：下 macOS app（GitHub 仓库 .dmg），或 npx skills add citrolabs/ego-lite 只装 ego-browser skill。MIT 许可证，开源免费。
Q：星数多少，项目成熟吗？ A：GitHub 9,335 星，本周 Trending 周榜第 9（周增 4912），但项目 2026-04-16 才创建，还很年轻，接口和文档仍在早期，生产接入前建议自己跑一遍验证。
参考来源
- ego-lite GitHub 仓库（citrolabs/ego-lite，9,335 star，MIT，JavaScript）：https://github.com/citrolabs/ego-lite
- ego-lite README（对标 browser-use 的差异化、Spaces 并行、登录态共享、安装方式）：https://github.com/citrolabs/ego-lite
- ego-lite 文档站：https://lite.ego.app/document/
- ego-lite Discord 社区：见 GitHub README 入口
- 本站相关：browser-use 资源盘 ｜ AI 浏览器自动化工具横评