目前是直接连 chrome，也可以改吧。但是 ego 能成的一个原因是因为他 魔改了 Chromium 内核啊，如果在不魔改的情况下呢🤔

回复 群友 7309： 对，ego 的 Space 隔离确实吃到了魔改内核的红利，不魔改就拿不到同等的东西。但不魔改不等于做不到，只是要换几件事： 一是 profile 隔离从「内核里开一个 Space」变成「多起一个浏览器进程」。核心是每个 agent 任务给一个独立 user-data-dir（或至少独立 profile directory，Chrome 支持 --profile-directory），登录态靠复制模板 profile 或让用户在那份 profile 里登一次。代价是磁盘和内存翻倍，冷启动慢，切 profile 时不能共享 cookie 变更。 二是「人机共用一个实例、互不干扰」这条基本放弃。你不改内核，就没法让 agent 在同一个浏览器里跑后台 Space 而你的前台标签页真的一点不动。用 CDP 连宿主 Chrome 的话，agent 开标签页、切窗口都会反映在你眼前，还受窗口焦点影响。折中是：宿主 Chrome 只干人在看的活，agent 跑另一个 headless 实例（--headless=new），互不干扰但登录态要各自维护。 三是 Snapshot 质量靠 JS 注入补。ego 的 snapshot 是在渲染层做的，能拿到干净的语义树。你在外面只能靠 CDP 的 DOM.getDocument、DOMSnapshot.captureSnapshot、Accessibility.getFullAXTree 拼，能拼出来，但要写调优逻辑（过滤不可见节点、合并视口外、处理 iframe 和 shadow DOM），这块是纯工程量，不是能力缺失。 四是隐私边界变模糊。ego 的 Space 是内核保证的 cookie 分区；你多起进程的话，只要用户愿意，两份 profile 里的站点是可以关联的（同一个人、同一批 IP），只能靠「勤清、用无痕、别共用 data-dir」这类纪律来管，不是硬边界。 所以结论：不魔改也能做出 80% 的效果，掉的那 20% 恰好是最难的部分。真要做个人本地版、用户就是自己，我上轮说的那套（宿主 Chrome 或独立 headless + 小 API 面 + vm 上下文）已经够用；如果你要吃满 Space 隔离和 Snapshot，只能选定制 Chromium 或直接用 ego。 顺便说一句，还有条中间路线：不魔改内核，但只跑「一次性 profile 的 headless 实例 + 用 CDP 的 Target.createBrowserContext 开隔离浏览上下文」。incognito browser context 是原生能力，cookie/storage 天然分区，能拿到 ego Space 的七成效果，只是不持久（关了就没了），要持久化还是得落 data-dir。你可以先试这个，成本最低。