今天,一个名为ego-lite的开源浏览器项目在GitHub上突然爆发,单日新增900 star,近5天累计增长4088 star。它的核心主张直接戳中了AI代理开发者的痛点:现有工具如browser-use需要独立浏览器驱动,导致用户和AI代理争夺同一组标签页,且登录状态无法共享。ego-lite从底层设计了一个浏览器,让人类在窗口前面浏览,AI代理在后台的独立空间(Space)并行工作,互不干扰。这个想法并不新奇,但它在技术实现上做了几个激进的选择:用JavaScript函数直接暴露浏览器能力,而非传统的CLI命令;通过内核级定制生成最强的页面快照;支持多种代理CLI(Claude Code、Codex、Cursor)通过统一层ego-browser驱动。这些设计让它有望成为AI代理自动化浏览器任务的事实标准。
这个项目在做什么
ego-lite是一个专为AI代理设计的浏览器,但它不是传统意义上的浏览器。它的核心概念是“空间”(Space):用户在自己的标签页中正常浏览,而AI代理在独立的、隔离的空间中执行自动化任务。每个空间可以有自己的代理或任务,所有空间并行运行。
这种做法解决的痛点很直接:现有的browser-use、agent-browser等框架是浏览器自动化工具,它们需要单独安装一个浏览器(如Chromium)并由外部脚本控制。这意味着用户的真实浏览器和代理的浏览器完全隔离——代理无法访问用户的登录状态、Cookie或已填写的表单。结果就是,代理要么无法完成需要登录的任务,要么用户得手动分享会话。而ego-lite作为一个浏览器,天然拥有用户的真实数据,代理通过ego-browser层可以直接访问这些信息。
另一个关键区别是交互方式。传统工具让代理通过CLI一步步发出命令(比如navigate, click),然后等待页面加载再执行下一步。ego-lite将浏览器能力封装为JavaScript函数,代理直接编写代码调用这些函数,在单次JavaScript执行中完成多步骤操作。README指出这种方式比CLI快2.5倍,且更少出错。
为何此刻被关注
ego-lite在2025年7月25日达到单日峰值986 star,今天又新增900 star。爆发点很可能来自官方发布的一个演示视频(在README中嵌入),展示了在Claude Code中通过/ego-browser命令让代理完成一系列网页操作,同时用户的其他标签页不受影响。这个视频在社交媒体(如X/Twitter和Reddit的r/ClaudeAI)上被大量转发。
此外,项目恰好赶上了AI代理工具的爆发期。Claude Code、Codex、Cursor等AI编程助手开始支持浏览器自动化能力,但缺乏好用的浏览器后端。ego-lite提供了一个开源的、本地化的方案,且强调数据隐私(所有浏览数据停留在设备上),对于注重安全的企业用户有吸引力。
技术上有何不同
ego-lite最特别的三个技术选择:
代码基础而非CLI基础:代理调用的不是命令行工具,而是直接执行JavaScript。项目维护者认为代理擅长写代码,而不是一步步执行命令。例如一个爬取任务,代理可以写一个循环遍历页面,而非反复调用
click和navigate。这不仅减少了token消耗(复杂任务耗时降低2.5倍),还提高了任务成功率。内核级页面快照(Snapshot):代理需要“看到”网页内容才能操作。ego-lite称其快照质量是“市场上最强”,能够可靠处理深层嵌套的iframe——这正是其他方法(如直接使用Chrome DevTools Protocol)经常失败的地方。这得益于其对底层渲染引擎的定制。
通用连接层ego-browser:这个层能让任何Agent CLI(Claude Code、Codex、Cursor或自定义客户端)通过简单的JavaScript snippets驱动浏览器。它提供的工具如snapshot、fill、click、wait等,实际运行在页面的JavaScript上下文中。这使得ego-lite不是绑定特定AI工具,而是开源基础设施。
谁应该用它
- 使用Claude Code或Codex的开发者:这些AI编程助手可以通过ego-browser技能直接调用浏览器自动化任务,而不需要额外配置。
- RPA(机器人流程自动化)工程师:需要大量爬虫、表单填写、数据收集等任务,且希望代理使用自己的登录态。
- AI代理框架开发者:想要为自己的代理添加浏览器能力,ego-lite提供了一个现成的、可嵌入的浏览器后端。
局限与开放问题
目前ego-lite仅支持macOS,Windows和Linux版本仍在路线图上,这限制了大部分Windows用户的使用。此外,项目还很新(版本未知),文档中的“即将上线”功能(如经验累积)尚未就绪,长期稳定性和社区支持有待观察。隐私方面,虽然声明数据本地存储,但用户选择迁移Chrome数据时会将实际Cookie导入ego-lite——这是否符合某些企业的合规要求,还需评估。最后,代理需要学习如何用ego-browser的API,并非零门槛。
""与browser-use不同,ego-lite是一个浏览器,不是自动化框架——代理直接用你的登录态。""
""代理写代码完成浏览器任务,而不是一步步点命令——这是根本性的效率差异。""
核心亮点
数据来源:TrendForge 历史采集
项目截图
ego-lite今日爆发主要源于其在社交媒体上传播的演示视频,展示了AI代理在Claude Code中通过/ego-browser命令完成网页操作,同时用户不受干扰。视频直观对比了现有工具的痛点,引发大量讨论。此外,项目正值AI代理浏览器自动化需求激增期,Claude Code用户急需一个干净、好用、开源的浏览器后端。
使用Claude Code、Codex、Cursor等AI编程助手的开发者,需要代理自动完成网页数据采集、表单填写、账号操作等任务,且希望代理能复用自己浏览器的登录态和Cookie。也适合RPA工程师寻求轻量级、隐私友好的浏览器自动化方案。
ego-lite的技术核心在于将浏览器能力暴露为可编程的JavaScript函数,而非传统CLI命令。这意味着代理可以在单次JavaScript执行中完成多步操作(如循环、条件判断),大幅减少与LLM的往返通信。与browser-use依赖外部Chromium实例不同,ego-lite自身就是一个经过深度定制的浏览器,内核级修改让它能生成高质量的页面快照(如正确处理嵌套iframe)。连接层ego-browser抽象了所有代理CLI,使得统一API驱动多种工具成为可能。
目前仅支持macOS,Windows/Linux用户无法体验;项目早期,长期稳定性未经验证;迁移Chrome数据涉及隐私合规风险;代理学习ego-browser API有初步成本。