配了三年 AI 编程，今天才发现它的浏览器从来不是它的——Safari MCP 把这件事彻底原生化了

配了三年 AI 编程，你大概已经习惯了这样的流程：Agent 要操作浏览器，你启动 Playwright，Chromium 开了，登录状态是空的，Cookie 要重新注入，然后你的风扇开始转，CPU 开始飙。今天这件事被 Safari MCP 用一行命令彻底翻了——Agent 直接驱动你 Mac 上那台已经登录好所有账号的 Safari。

这个问题困了 AI 编程三年

主流方案有两个硬伤。

Playwright/Selenium 独立浏览器：每次跑一个干净的 Chromium 实例，没有你的登录态，Gmail、GitHub、Slack 全要重新认证。更要命的是它和你的日常 Chrome 完全独立——两个浏览器同时跑，CPU 蹭蹭往上走。

Chrome DevTools MCP：用 Chrome DevTools Protocol 让 Agent 控制你的 Chrome。登录态有了，但每次执行都在烧你的机器性能，官方说法是“让你的风扇转起来”。

两个方案的共同问题是：你的浏览器不是 Agent 的浏览器。

Safari MCP 怎么翻的

Safari MCP 是 Apple 官方在 2026-07-03 随 Safari Technology Preview 247 发布的 MCP 服务器，直接跑在 safaridriver 上。三个核心改变：

直接接管你的 Safari
不是启动新浏览器实例，是接管你现在这台已经登录了所有服务的 Safari。Gmail、GitHub、你的银行，全部保持在线。

性能差异明显
官方数字：~5ms/命令 vs Playwright 的 ~80ms；CPU 节省 60%，因为走的是 WebKit 原生路径，不是模拟一个完整浏览器。

97 个工具覆盖真实场景
截图、填表、网络监控、无障碍树读取、Tab 管理、JS 执行——这些是 Agent 真正在调试时需要用到的能力。Apple 官方版（STP 247）提供 16 个核心工具，开源社区版（achiya-automation）扩展到 97 个。

选型对照

三步接入

第一步：开 Safari 开发者选项

Safari → 设置 → 高级 → 开启「显示开发者功能」
Safari → 开发 → 开启「允许远程自动化和外部 Agent」

第二步：一行命令启动

npx safari-mcp

第三步：配置你的 Agent（以 Claude Code 为例）

claude mcp add safari -- npx safari-mcp

或者手动加到 ~/.mcp.json：

{
  "mcpServers": {
    "safari": {
      "command": "npx",
      "args": ["safari-mcp"]
    }
  }
}

一个坑

Safari MCP 依赖 macOS 和 AppleScript，只能跑在 Mac 上。如果你的 Agent 跑在 Linux 服务器或者 Windows 上，还是得靠 Playwright。

结论

Safari MCP 的核心价值是它第一次让 AI Agent 的浏览器操作和你自己用浏览器变成同一件事——同一个会话、同一份登录态、同样的渲染引擎。如果你的 Agent 工作流里大量涉及需要登录才能访问的页面，这个工具值得优先试。