引言
2026年3月13日,OpenClaw 发布了一个重量级功能更新 —— Live Chrome Session Attach。这个功能基于 Chrome DevTools Protocol (CDP) 和 Model Context Protocol (MCP),让 AI 助手能够通过官方 Chrome DevTools MCP 服务器,无缝接管你正在使用的真实 Chrome 浏览器。
什么是 Live Chrome Session Attach?
一句话总结:“一键接管你的真实 Chrome 浏览器会话 —— 保留登录状态、无需安装扩展”
在传统的浏览器自动化方案中,我们面临两个选择:
- Headless 模式:需要重新登录所有网站,无法使用已有的 Cookie
- 扩展模式:需要安装 Chrome 扩展,手动逐个标签页 attach
Live Chrome Session Attach 打破了这些限制,通过 Chrome 官方 DevTools MCP 服务器实现了真正的"零摩擦"浏览器控制。
三种浏览器控制模式对比
| 模式 | 使用场景 | 登录状态 | 安装要求 | 技术基础 |
|---|---|---|---|---|
| Built-in Chrome (默认) | 简单自动化 | ❌ 需要重新登录 | 内置,无需安装 | Playwright |
| Extension Relay (旧方式) | 需要登录状态的自动化 | ✅ 保留登录 | 需要安装 Chrome 扩展 | CDP Relay |
| Live Session Attach ⭐(新功能) | 接管真实浏览器 | ✅ 完全保留当前会话 | 无需扩展 | Chrome DevTools MCP |
Chrome DevTools MCP 简介
Chrome DevTools MCP 是 Google 官方推出的 Model Context Protocol 服务器,它允许 AI 助手通过标准化的 MCP 接口与 Chrome 浏览器进行交互。
核心特性:
- 基于 Chrome DevTools Protocol (CDP)
- 支持远程调试已打开的浏览器会话
- 需要用户显式启用
chrome://inspect/#remote-debugging - 完全保留用户的登录状态和会话 Cookie
配置步骤详解
第一步:启用 Chrome Remote Debugging
在使用 Live Session Attach 之前,必须在 Chrome 中启用远程调试功能:
打开 Chrome 设置页面
chrome://inspect/#remote-debugging启用 Remote Debugging
- 找到 “Remote Debugging” 选项
- 切换开关启用该功能
- Chrome 会启动一个本地调试服务器(默认端口 9222)
验证调试端口
# 在浏览器中访问,应该能看到可调试的页面列表 http://localhost:9222/json
安全提示: Remote Debugging 功能默认只在本地回环地址 (127.0.0.1) 监听,不会暴露到外部网络。OpenClaw 通过本地连接与该服务通信。
第二步:OpenClaw 配置
在 openclaw.json 中配置 browser profiles:
{
"browser": {
"profiles": {
"user": {
"type": "existing-session",
"cdpUrl": "http://127.0.0.1:9222"
},
"openclaw": {
"type": "managed"
}
},
"defaultProfile": "user"
}
}
配置说明:
"type": "existing-session"- 使用已存在的 Chrome 会话"cdpUrl": "http://127.0.0.1:9222"- Chrome DevTools Protocol 地址"defaultProfile": "user"- 默认使用用户会话模式
第三步:命令行使用
# 查看当前连接的浏览器状态
openclaw browser status
# 使用 user profile 连接到当前 Chrome 会话
openclaw browser snapshot --profile user
# 在特定标签页执行操作
openclaw browser click "登录按钮" --profile user
openclaw browser type "input[name='search']" "OpenClaw" --profile user
实际应用场景
场景 1:自动化处理邮件
# 前提:你已经在 Chrome 登录了 Gmail
# Chrome 地址栏访问:chrome://inspect/#remote-debugging,确保已启用
openclaw browser snapshot --profile user # 查看当前页面
# AI 可以看到你的 Gmail 界面并执行操作
"帮我把未读邮件标记为已读并归档"
场景 2:数据抓取(需要登录)
# 接管已登录的 LinkedIn/淘宝/内部系统
openclaw browser --profile user
"抓取我的订单列表"
"导出我的联系人"
场景 3:跨平台信息整合
# 同时在多个平台搜索比价
openclaw browser --profile user
"在淘宝、京东、拼多多搜索 iPhone 16 的价格"
与旧方式的对比
旧方式 (Extension Relay)
装扩展 → 点击 attach → 重新登录 → 开始操作 → 切换页面需重新 attach
新方式 (Live Session Attach via MCP)
# 1. 启用 Chrome Remote Debugging(一次设置)
chrome://inspect/#remote-debugging → 启用
# 2. 直接使用
openclaw browser --profile user
核心优势:
- ✅ 基于官方 Chrome DevTools MCP,更稳定
- ✅ 接管你当前打开的 Chrome 窗口
- ✅ 自动保留 Gmail、GitHub、银行等所有登录状态
- ✅ 无需安装任何 Chrome 扩展
- ✅ 切换标签页自动跟随
安全性
| 安全措施 | 说明 |
|---|---|
| 本地通信 | Chrome DevTools 只在 127.0.0.1 监听,不暴露到网络 |
| 用户授权 | 必须用户显式启用 chrome://inspect/#remote-debugging |
| Token 认证 | OpenClaw Gateway 使用 token 认证 |
| 会话隔离 | 不会影响其他 Chrome 用户 Profile |
| 官方协议 | 基于 Google 官方的 Chrome DevTools Protocol |
版本要求
- OpenClaw: 2026.3.13+
- Chrome: 最新稳定版(支持 DevTools MCP)
- 操作系统: macOS / Linux / Windows
常见问题
Q: 为什么需要启用 chrome://inspect/#remote-debugging?
A: 这是 Chrome 官方的安全设计。Remote Debugging 功能默认关闭,必须用户显式启用,防止恶意软件未经授权控制浏览器。
Q: 启用 Remote Debugging 后,我的浏览器还安全吗?
A: 是的。Remote Debugging 默认只在本地回环地址 (127.0.0.1) 监听,外部网络无法直接连接。只要你不在公共网络上手动开放该端口,就是安全的。
Q: 如果 Chrome 重启了,需要重新配置吗?
A: 需要。Chrome 重启后 Remote Debugging 设置会重置,需要重新访问 chrome://inspect/#remote-debugging 启用。
Q: 在 macOS 上无法 attach?
A: 已知问题(GitHub Issue #46090)。确保:
- 完全关闭 Chrome(Cmd+Q)
- 重新启动 Chrome 并启用 Remote Debugging
- 重启 OpenClaw Gateway
参考链接
- OpenClaw 官方文档 - Browser
- Chrome DevTools MCP 官方博客
- Chrome DevTools Protocol 文档
- OpenClaw GitHub Releases
- Model Context Protocol (MCP) 规范
本文撰写于 2026年3月15日,基于 OpenClaw 2026.3.13 版本和 Chrome DevTools MCP 官方文档