BrowserOS

发布 BrowserOS、neo 外部 Agent MCP 连接及浏览器专属 Skills 和客户端配置文档。

关于 BrowserOS

browseros-ai 组织维护 Agent 浏览器 BrowserOS。neo 文档在浏览器自身界面之外,为编码 Agent 等外部工具说明本地 MCP 服务。

BrowserOS 将 Agent 工具放入浏览器产品,并通过 neo MCP 端点连接外部客户端。浏览器管理页面会话,连接的 Agent 调用工具并解释结果。因此接入检查既要确认浏览器环境,也要确认 Agent 能读到预期页面。

发布者身份、浏览器代际和客户端配置是不同事实。当前 neo 文档应与官方 browseros-neo 指引配合使用,应用旧扩展教程前先核对浏览器版本。

BrowserOS 的软件作品

先确认能访问目标页面,并完成一次获准的控件操作;两项结果都符合预期后,再考虑使用登录会话的任务。

比较 BrowserOS 的工作路径

可比较 CitroLabs 的共享浏览器任务 Space、Browser MCP 的扩展接入已有 Chrome、Microsoft 的Playwright MCP 自动化、Chrome DevTools 的页面诊断,按浏览器环境和目标产物选择。

常见问题

哪个仓库是上游浏览器?
这里链接 browseros-ai 下的 BrowserOS,同名第三方 MCP 包装不自动属于该组织。
项目提供外部工具入口吗?
neo 文档提供本地 MCP 并列出 Cursor、Codex 等客户端,与内部助手界面不同。
官方 Skill 维护在哪里?
browseros-neo Skill 位于 BrowserOS 仓库,应匹配 neo 配置使用,不是另一浏览器发布版本。
所有 BrowserOS 教程都适用 neo 吗?
不是。浏览器代际和连接机制可能变化,应从安装版本 MCP 面板及当前上游指南开始。
仓库使用什么许可?
当前仓库采用 AGPL-3.0,分发或修改义务与浏览任务的账号及模型配置分别核对。
本地 MCP 能证明 AI 只在本机吗?
不能。它描述浏览器连接端点,外部宿主模型及内容处理仍取决于独立配置。

验证 BrowserOS 连接

接入检查应证明 Agent 能读到目标页面并操作指定控件,而不只是确认端点配置已填写。