配了三年浏览器自动化,今天 Safari 自己把这件事接进了 AI 工作流——WebKit 把 MCP Server 做进了 Safari Technology Preview
你让 AI 帮你找页面 bug,它只能靠你描述——截图、日志、复现步骤全要你来喂。Chrome 有 DevTools MCP,但 Safari 呢?2026 年 7 月 1 日,WebKit 在 Safari Technology Preview 247 里悄悄塞进了 Safari MCP Server,这是第一个由浏览器厂商原生发布的 MCP 集成——AI Agent 终于能直接操控 Safari 了,不用你再当中间人。
背景:浏览器和 AI 之间的墙
MCP(Model Context Protocol)是 Anthropic 2024 年 11 月推出的开放标准,作用类似「AI 版的 USB-C」:工具提供方把能力封装成标准接口,任何支持 MCP 的 Agent 插上就能用,不需要为每个工具写定制粘合代码。
OpenAI 在 2025 年底接入了 MCP,Google 2026 年中也推出了 Gemini 的托管 MCP 服务器。主流 AI 编程工具——Claude Code、Codex、Cursor——都已经是 MCP 客户端。
但浏览器这一环一直是短板。开发者要么用 Puppeteer 脚本,要么靠 Chrome DevTools Protocol 硬接,方式五花八门但没有统一标准,而且 Chrome DevTools MCP 在 Apple Silicon 上有 40-60% 的 CPU 空闲开销。Safari 的自动化更是靠社区项目拼凑。
直到这次 Apple 自己下场。
17 个工具,覆盖调试全流程
Safari MCP Server 集成在 safaridriver 里,通过 --mcp 参数启动,不是一套新 binary,沿用的是 Safari 从 2016 年就有的 WebDriver 基础设施。
WebKit 公布的 17 个工具覆盖了这些场景:
页面检查
screenshot— 截取当前页面 PNG,可验证布局、响应式、渲染一致性get_page_content— 提取页面文本(HTML / 纯文本 / 无障碍树)page_info— 返回页面元数据
DOM 交互
page_interactions— 按顺序执行 click / type / scroll / hover / keyPress
运行时访问
evaluate_javascript— 在页面上下文执行任意 JS,返回结果,Agent 可以主动探测应用状态browser_console_messages— 读取缓冲的控制台日志browser_dialogs— 响应浏览器弹窗(alert / confirm / prompt)
网络
list_network_requests— 列出请求摘要(URL、方法、状态码、耗时)get_network_request— 查单个请求详情
布局测试
set_viewport_size— 调整视口尺寸,验证响应式布局set_emulated_media— 模拟 CSS 媒体类型
Tab 管理
navigate_to_url/create_tab/close_tab/switch_tab/list_tabswait_for_navigation
这套工具的覆盖面,基本就是你在 Web Inspector 里手动做的事——但现在变成了 AI 可以调用的接口。
接上有多简单
在 Safari Technology Preview 247 里打开两个开关:
- Advanced → Show features for web developers
- Developer → Enable remote automation and external agents
然后在终端里注册 MCP 服务器:
# Claude Code
claude mcp add safari-mcp-stp -- "/Applications/Safari Technology Preview.app/Contents/MacOS/safaridriver" --mcp
# 其他 MCP 客户端(mcp.json)
{
"safari-mcp-stp": {
"command": "/Applications/Safari Technology Preview.app/Contents/MacOS/safaridriver",
"args": ["--mcp"]
}
}
之后 AI Agent 就能直接说「在 Safari 里找找这个页面的 bug」——它会自己打开 Tab、截图、读控制台、跑 JS 验证。
为什么说这件事比看起来重要
Safari 是 iPhone 和 iPad 的默认浏览器,移动端流量你没法绕过 WebKit。但大多数 AI 编程工具默认跑在 Chromium 环境里,Agent 看到的是 Chromium 渲染结果,对 Safari 的行为只能靠猜测。
一个典型的跨浏览器 bug——比如 CSS 动画在 Safari 里抖、Form 的 focus 行为不一致、某个 API 在 WebKit 下表现不同——在没有 Safari MCP 之前,Agent 只能等你手动复现、描述、贴日志。有了 Safari MCP,Agent 可以自己打开 Safari、观察行为、比较不同视口下的渲染结果。
这不只是调试加速,是让 Agent 的推理多了一个真实的裁判。
隐私设计值得单独说
Safari MCP Server 完全跑在本地,不经过 Apple 云端,不访问 AutoFill 数据、浏览历史或密码。WebKit 用的是和 WebDriver 一样的 OS 级进程隔离——Agent 连接的是一个独立的自动化窗口,不是你正在用的 Safari 会话。
但这里有个边界需要注意:浏览器层是干净的,但截图、日志、页面内容最终会到你用的 AI 模型那里。如果模型是远程 API,数据实际上还是出了你的机器。这个链条值得在使用前看清楚。
和 Chrome DevTools MCP 的区别
| Safari MCP Server | Chrome DevTools MCP | |
|---|---|---|
| 发布方 | Apple(WebKit) | |
| 底层协议 | W3C WebDriver(safaridriver) | Chrome DevTools Protocol(WebSocket) |
| 运行环境 | Apple Silicon 低开销,按需启动 | WebSocket 长连接,空闲时 40-60% CPU |
| 数据隔离 | OS 级 XPC,独立的自动化窗口 | WebSocket debug port |
| 覆盖平台 | macOS(Safari TP 247) | Chrome(桌面,Linux/macOS/Windows) |
| 隐私 | 不访问个人 Safari 数据 | 数据经过 Google 基础设施 |
两者面向的场景有重叠,但 Safari MCP 补的是 WebKit 这块盲区——iOS/macOS 生态里,Safari 的份额无法忽视。
下一步
Safari MCP Server 目前只在 Safari Technology Preview 247 里,不是稳定版。如果你在团队里负责跨浏览器兼容测试或者 AI 辅助调试工作流,这件事值得开始规划:
- 如果你用 Claude Code:升级到最新版,配置 Safari MCP,试着让它找页面的兼容性问题
- 如果你管前端质量:把 Safari 纳入 AI Agent 的测试矩阵,不再只跑 Chromium
- 如果你做工具链:safaridriver 的 MCP 模式是标准 JSON-RPC over stdio,任何 MCP 客户端都能接,后续 Chrome 和 Firefox 跟进的可能性很高
Safari MCP 这件事真正说的不是 Safari——是浏览器厂商开始把浏览器当作 AI Agent 的第一等公民工具来设计了。2026 年下半年,Chrome 和 Firefox 出类似方案几乎可以确定。
选题来源:WebKit 官方博客 2026-07-01 / IT之家 / 9to5Mac / reptile.haus / dev.to / techtimes.com
评论区
登录后可评论。