跳转到主要内容

Safari 27 MCP：让 agent 操作浏览器，离 ego-browser 还有多远？

macworks 发布于 文章 1251 字 3 分钟
macworks科技与工具的实用解读，也记录值得一看的链接和简短想法。
Safari 27 已能让 AI 点击、输入和检查网页。如何接入，与 Chrome DevTools MCP、ego-browser 又有什么不同？

Safari 27 的 MCP 不是浏览器里的聊天框，而是把浏览器操作能力交给你已经在用的 AI 助手。Claude Code、Codex 等 agent 不只可以截图、读 DOM、查控制台和网络请求，还能点击、输入、滚动、切换标签页和执行页面 JavaScript。

换句话说，它能完成“打开网站 → 搜索 → 进入文章 → 提取内容”的流程，不限于只读调试。

怎么接入

在 Mac 上使用 Safari 27。不必一定升级到 macOS 27：WebKit 官方也提供 macOS 15、26 上的 Safari 27 更新。

  1. Safari → 设置 → 高级：勾选 Show features for web developers。
  2. 设置 → 开发者：勾选 Allow remote automation and external agents。
  3. 在终端为你使用的助手添加 MCP，二选一：
# Claude Code
claude mcp add safari-mcp -- "/usr/bin/safaridriver" --mcp

# Codex
codex mcp add safari-mcp -- "/usr/bin/safaridriver" --mcp

重新打开助手会话并确认连接后，先给它一个网址：

用 Safari 打开 https://example.com，确认页面是否正常加载，检查控制台报错，并截图。只报告结果，不修改代码。

Apple 提醒，第一次先导航到网页；受控窗口还没创建时，就要求列出标签页或新建标签页，可能报错。窗口建立后，再让 agent 点击链接、填写测试表单或检查窄屏布局。

和 Chrome 有什么区别？

这里对比的是 Chrome DevTools MCP，不是 Chrome 的聊天助手。

Safari MCPChrome DevTools MCP
接入系统自带 safaridriver --mcp通过 Node.js／npm 运行 chrome-devtools-mcp
实际测试的浏览器Safari／WebKitChrome／Blink
检查能力DOM、截图、控制台、网络；通过页面 JavaScript 获取性能指标同样覆盖页面检查，并提供性能 trace 录制与分析工具

已经接入 Chrome，也值得加上 Safari。 两者最大的互补，是让同一个 agent 分别检查两个浏览器，而不是在 Chrome 里猜“为什么 Safari 错位”。

能替代 ego-browser 吗？

常规网页操作有重叠，但不能视为完整替代。 ego-browser 提供任务空间、利用已有登录环境，以及人和 agent 交还／接管控制的工作流；Safari 官方文档描述的是创建一个带 agent 控制提示的新窗口，没有给出对等的任务空间与交接接口。

尤其不要默认它会复用你日常 Safari 的登录状态。Apple 表示 MCP 不访问个人 Safari 信息，但这不等于它承诺能接管已经登录的 Gmail 或 GitHub。登录复用与会话持久化仍需实测。 官方工具列表也不能证明它覆盖了 Ego 的文件上传、下载和底层控制接口。

所以，测试自己的网站、读取页面和执行常规交互，可以考虑 Safari MCP；要用日常账号替你办事，并随时人机交接，不能只凭“支持 MCP”就认定能力相同。

本地运行，不等于数据不出电脑

Safari MCP 服务本身在本机运行，不主动联网；捕获的页面、截图和日志交给你连接的 agent，而不是 Apple。之后是否进入云端模型，取决于助手的配置。 避免把敏感页面交给不可信的 agent；提交、发送、购买等操作仍应由人确认。

Safari MCP 最值得关注的，不是“Safari 也有 AI 了”，而是：agent 终于有了官方的 Safari 操作入口；但能操作网页，和能接管你的日常浏览器，是两回事。

来源与核实范围

本文依据文档整理，未进行 Safari 27 MCP 的本机接入实测；未把未验证的登录能力写成已支持。