📌 项目地址：citrolabs/ego-lite | ⭐
1,468 颗星 | 🔧 JavaScript | 📜 未标注
背景：为什么需要另一个浏览器自动化工具？
现有的 browser-use、agent-browser
本质上是“遥控器”脚本，它们需要单独启动一个浏览器进程。登录态很难干净传递，Cookie
要手动注入，更麻烦的是：代理（AI
agent）和用户抢同一个标签页。你正在写邮件，代理突然打开一个页面把你顶走。
ego-lite
的解法很直接：浏览器本身就是人机共享的底座。用户在前台正常浏览，代理在后台的独立“Space”里执行任务，互不抢占标签。而且代理可以直接继承你现有的
Chrome 登录态（需要你确认迁移），不用反复验证。
核心设计：代码调用，不是命令串
ego-lite 暴露给代理的不是 CLI 命令，而是 JavaScript
函数。代理直接写代码组合多步操作（例如“打开
X.com、关注用户、截图汇报”），一步输出结果，而不是“发一条命令→看结果→再发一条命令”的循环。README
给出的数据：复杂任务完成速度最高提升 2.5 倍，token 消耗显著降低。
这种设计的实际价值：如果你用 AI
代理做网页操作（比如爬数据、自动填表、批量关注），每次循环至少需要 1
个工具调用 + 等待响应。写代码可以一次描述完整流程，省掉中间交互。
安装与首次使用（基于 README
原文）
当前仅支持 macOS。Windows/Linux 在路线图中。
三种安装方式（选一种即可）：
-
直接下载 macOS 应用。下载后打开，ego-lite 会自动把
ego-browser技能装到系统所有代理的技能目录里。 -
用 npx 只安装技能（不下载完整应用）：
npx skills add citrolabs/ego-lite首次运行时代理会引导你下载浏览器应用。
-
让代理自己安装：把下面这段话粘贴给代理：
Set up ego lite for me: https://github.com/citrolabs/ego-lite Read `skills/ego-browser/references/install.md` and follow the steps to install ego lite.
首次启动时，ego-lite 会问一个问题：是否迁移 Chrome
数据（登录态、Cookie、扩展、书签）。选“是”，代理就能直接用你已有的账号。
运行第一个任务：在代理 CLI 中，输入
/ego-browser 后跟自然语言描述：
/ego-browser follow @ego_agent on x.com for me代理会在自己的 Space 中打开 X
的页面，读取快照，执行关注操作，然后回传结果。期间你的浏览器标签页不受影响。
和现有工具的关键区别
| 维度 | browser-use / agent-browser | ego-lite |
|---|---|---|
| 浏览器形态 | 用脚本驱动已有浏览器（或启动新实例） | 独立浏览器，从设计上就支持人机并行 |
| 登录态继承 | 需要手动注入 Cookie，复杂且不干净 | 一键迁移 Chrome 数据，代理直接使用 |
| 标签页冲突 | 代理和用户共用标签区，容易互相干扰 | 每个代理有独立 Space，完全隔离 |
| 任务执行方式 | CLI 命令循环，多次“命令-响应” | JavaScript 函数直接调用，一次组合多步 |
| 复杂任务效率 | 多轮交互，token 消耗大 | 声称最高快 2.5 倍，token 更省 |
需要注意的几点
- 平台限制：现在只有 macOS。如果你主力机是
Windows/Linux，只能等路线图。 - 数据隐私：ego-lite
声明浏览数据存本地，只记录“是否同意迁移”这一条信息。但迁移 Chrome
数据会把完整登录态交给代理，你自己评估风险。 - 项目阶段：1468 个 star，属于早期 lite
版本。功能可能不稳定，Issues 活跃度有待观察。 - 依赖 Agent 生态：ego-browser
是一个“技能”，需要配合支持 skill 系统的代理（比如特定的 CLI
工具）使用。不是所有 AI 框架都能直接接上。
如果你已经在用支持技能系统的 AI 代理，并且主要工作环境是
macOS，ego-lite
提供了一种比现有工具更自然的并行工作模式——代理拿到你的真实登录态后在后台独立运行，你继续浏览不受影响。这是其他自动化工具目前做不到的。