BrowserOS neo：给 AI 智能体准备的一个「专属浏览器」

一、先讲一个场景

周一早上，你打开终端里的 Claude Code，说：

「把这周该发的 LinkedIn 帖子都排上，再去 GitHub 上把昨天那些 issue 的标签补齐，顺便把 CRM 里上个季度的报销单提交了。」

你没有打开任何浏览器窗口去点。整个过程里，你的屏幕上只是多了一个浏览器标签页，里面默默开出一串新标签——LinkedIn、GitHub、CRM——每一个都带着你已登录的真实身份。做完之后，浏览器把整段操作录成了一段视频，你可以像看录屏一样拖回去看它到底点错了哪一步。

这就是 BrowserOS neo 的全部主张：它不是一个自带 AI 的浏览器，它是给 AI 智能体用的浏览器。 智能体（Claude Code、Codex、Cursor、VS Code、Zed 等一切会讲 MCP 的工具）通过 MCP 协议连进来，浏览器负责提供「一个真实、有登录态、能看能点的网页环境」。

二、它从哪来，为什么要做

BrowserOS 团队（Felafax, Inc.，YC 13 期）最初做的是「给人类用的 AI 浏览器」——一个 Chromium 分支，每个新标签页内置一个能对话的 AI 助手。这个方向在 2025 年被证明不够性感：OpenAI Atlas、Perplexity Comet、Dia 这类闭源 AI 浏览器相继抢走了 AI 助手的入口位置，而且它们全都把浏览器和数据锁在自有的云端账号体系里。

于是团队把产品线拆成了两条并行、互不干扰的线，并且都开源在同一个仓库里：

• BrowserOS（给人类开）：你驾驶，内置 AI 助手，可以接 Ollama / LM Studio 本地模型。

• BrowserOS neo（给 AI 开）：AI 驾驶，你只负责看和审计。原名 BrowserClaw，2026 年更名为 neo。

截至本次分析（2026-10-30），仓库已积累 14,186 星标、1,522 个 Fork、113 个开放 issue，主语言 TypeScript，许可证 AGPL-3.0，贡献者 22 人，最近一次推送就在分析当天。这不是一个概念验证，而是有人在持续维护的工程项目。

三、一个生活化的类比

把普通浏览器想象成你的私人书房：书架上的书、抽屉里的钥匙、墙上的便签，都是你的，没人能乱动。

Playwright、browser-use 这类无头浏览器，则像是给机器人一个空房间——干净、无菌、但什么账号都没登录。它可以爬公开页面，却读不了你的收件箱，因为那里没有你。

而云浏览器（Browserbase 之类）像把你的书房搬到数据中心——钥匙能带过去，但你的 IP 变成机房 IP，Twitter、LinkedIn 直接把你当机器人封。

BrowserOS neo 的做法是：在你家隔壁给你智能体腾一间房。房间里有你从 Chrome 一键导入的钥匙（登录态）、你的插件、你的书签；门牌上写着 127.0.0.1，IP 还是你自己；你在客厅就能看见它在干什么。

四、核心功能拆解

4.1 一键导入登录态

这是整个产品的地基。BrowserOS neo 和 BrowserOS 都是 Chromium 分支，所以 Chrome 插件、书签、密码、设置都能一键迁移。迁移之后，智能体操作的就是「你的真实账号」，不是沙箱里的假身份。

4.2 MCP 作为唯一接口

neo 在本机暴露一个流式 HTTP 的 MCP 端点（文档给的示例是 http://127.0.0.1:9200/mcp）。任何支持 MCP 的智能体都能接上。官方做了一块「MCP 安装面板」，Claude Code、Codex、Cursor、OpenCode、Antigravity、VS Code、Zed 各占一行，点 Connect 就自动往对方的 MCP 配置里写一条名为 browseros-neo 的记录；其他工具则复制那个端点 URL 手动填。

4.3 Cockpit 驾驶舱：并行智能体的可视化

新标签页就是控制台。当前每个智能体在哪个网站、调用了什么工具、进行到第几步，全部实时列出。每个任务跑在自己独立的标签组里，你自己的标签页不会被智能体碰到。

4.4 会话回放：把智能体操作录成视频

每次会话都存成本地视频 + 逐步动作时间线，可以拖动回放。智能体点错了、绕路了、或者干脆卡住了，你一眼看出来，然后去纠正它的提示词。这在「不可解释的自动化」和「可审计的自动化」之间划了一条很清楚的线。

4.5 本地优先与 BYOK

会话、截图、历史、设置全部落在 ~/.browserclaw/ 目录。官方只上报匿名遥测（智能体连接/断开、版本号、操作系统），不上报 URL、页面内容、提示词、工具返回或截图，且可以在设置里一键关闭。模型侧完全自带 Key（BYOK），支持 Claude、OpenAI、Gemini、OpenRouter，BrowserOS 本体还支持 Ollama 与 LM Studio 本地模型。

五、上手门槛：桌面版和 Docker 版

桌面版（推荐路径）：macOS 用 brew tap browseros-ai/tap && brew install --cask browseros-neo；Windows 直接跑安装器；Linux 有 x64 的 AppImage 与 DEB。装好 → 导入 Chrome 登录态 → 在 MCP 面板点 Connect → 在智能体里下达任务。实测安装约 25 秒。

Docker 版（面向服务端/团队）：packages/browseros/docker/neo/ 提供多阶段 Dockerfile 与 compose.yaml，把 neo 跑在虚拟显示器上，用 noVNC 投到浏览器标签，同时把 MCP 端点暴露到宿主机：

docker run -d --name neo --shm-size=1g \
  -p 127.0.0.1:6080:6080 -p 127.0.0.1:9010:9010 \
  -v "$HOME/neo-data:/data" \
  ghcr.io/browseros-ai/neo:latest

端口 6080 是 noVNC 观察窗，9010 是 MCP 端点（http://localhost:9010/mcp），Claude Code 用 claude mcp add --transport http neo http://localhost:9010/mcp 即可接入。

从源码构建门槛较高：完整构建涉及 Chromium 源码与补丁链（packages/browseros/chromium_patches）、Rust 侧 cargo build --workspace、TypeScript 侧 Bun workspace，官方提供 bun run build:server / build:rust 等脚本，但需要完整的 Chromium 构建环境，自己编译不是十分钟的事。

六、争议与局限：不回避的问题

1. 它本身不含 AI，成果是「组合拳」的产物。 第三方评测（benchtested.app，2026-10-28）里 Claude 完成了全部 8 项测试任务，但报告本身明确写道：这个成绩属于「浏览器 + Claude」这一对，而不是浏览器单独的能力。你需要自备一个付费智能体或 API 成本。

2. 安全边界偏宽松。 这是最需要认真对待的一点。第三方安全评估（safetycard.dev）给出 3.6/10（最低档），核心批评是：默认引导用户导入 Chrome 登录态；包含原始 DevTools Protocol 访问能力的脚本工具可以在任何站点、任何标签页上执行，服务器端没有审批步骤；本地 Cockpit API 默认未加访问控制。一个恶意网页劫持智能体，就能以你的身份读写账号并把数据外传。

官方确实做了一些缓解——模型写的脚本跑在受限的 QuickJS 引擎里、有 30 秒超时；读工具获取的页面文本会被标记为「不可信」；每个动作都被记录以供回放。但这些是事后可审计，不是事前可阻止。最稳妥的用法是：给 neo 单独准备一个收敛过的浏览器 profile，不要让它碰你承受不起被误用的账号。

3. 默认开启遥测、卸载有残留。 评测提到遥测默认开启（带随机安装 ID），首次启动监听两个端口时 Windows 防火墙会弹网络访问提示；卸载后残留约 752MB 的 profile 数据与录像，以及 Claude 配置里的连接条目。

4. 资源占用并不轻。 开 10 个测试标签页时测得 CPU 峰值 1.84 核、内存 2.9GB（Edge 为 2.4GB）。

5. AGPL-3.0 与商业化的张力。 AGPL 对闭源二次分发有传染性要求，商业化路径比 MIT/MIT 类宽松协议更受限；不过官方明确表示「BrowserOS neo 和 BrowserOS 都开源」并提供企业版咨询入口。

6. 生态位仍需观察。 它正面 competes 的 Atlas / Comet / Dia 都有大厂资源和资金，而 neo 的护城河是「本地 + 开源 + 不锁定你的智能体」，这一点在合规敏感的行业里反而是真实优势，但用户量能否持续增长要时间验证。

七、行业意义

BrowserOS neo 代表的其实是浏览器角色的一次重排。过去十年的模式是「浏览器 + 插件」，AI 来了之后是「浏览器内置 AI 助手」。neo 提供了第三种可能：浏览器退回到基础设施层，把智能体当成第一公民——你换一个智能体（Claude Code 换成 Codex），浏览器不用换；反过来你换个浏览器，所有智能体配置都要重做。

MCP 在这里不是「顺便支持」，而是架构的地基：正因为浏览器不自带智能体，它才必须把自己最值钱的能力（真实登录态、真实渲染、可回放审计）通过一个开放协议暴露给任意智能体。这是把浏览器从「AI 战场」挪到「AI 工具箱」的一次尝试。

从数据上看，这条路线正在被市场投票：14K+ 星标、1.5K Fork、两周内仍在高频推送，README 顶部挂着 Product Hunt featured 与 Trendshift 日榜徽章。对做内部自动化、或者关心数据主权的团队来说，它的现实价值可能远大于它的星标数所暗示的。