根据官方文档，OpenClaw 已经内置了 **`user` 配置文件**，专门用于通过 Chrome DevTools MCP 连接到真实已登录的 Chrome 浏览器。现在我们按照官方推荐的简洁路径来做，这只需要几步配置和一次浏览器端的操作。

### 第一步：修改 OpenClaw 配置文件

你需要编辑 OpenClaw 的配置文件，路径是 `C:\Users\bill\.openclaw\openclaw.json`。

请将 `browser` 部分修改为以下内容，这是官方文档推荐的 `existing-session` 配置。

```json
{
  "browser": {
    "enabled": true,
    "defaultProfile": "user",
    "profiles": {
      "user": {
        "driver": "existing-session",
        "attachOnly": true
      }
    }
  }
}
```

**配置说明**：
- **`defaultProfile: "user"`**: 这是关键。它将 AI 操作的默认浏览器设为 `user` 配置文件，也就是连接到你真实 Chrome 的那个。
- **`driver: "existing-session"`**: 明确指定使用 Chrome DevTools MCP 的“附加到现有会话”模式。
- **`attachOnly: true`**: 告诉 OpenClaw 只去连接一个已经存在的 Chrome，而不是自己启动一个新的。

### 第二步：在 Chrome 中开启远程调试

这是连接成功的**决定性步骤**。

1.  打开你的 Chrome 浏览器。
2.  在地址栏输入 `chrome://inspect/#remote-debugging` 并回车。
3.  勾选 **"Allow remote debugging for this browser instance"**（允许对此浏览器实例进行远程调试）。

完成这一步后，你的 Chrome 就已经做好准备，允许 OpenClaw 通过调试端口连接了。

### 第三步：重启 OpenClaw Gateway

配置文件和浏览器都准备好后，在终端执行以下命令，让配置生效。

```bash
openclaw gateway restart
```

**重要说明**：
- 根据 OpenClaw 的 `existing-session` 设计，**你不需要**在启动 Chrome 时手动添加 `--remote-debugging-port=9222` 参数。
- 新版 OpenClaw 已经停用了旧的浏览器插件方式，现在统一使用 Chrome DevTools MCP 来实现 `existing-session` 模式。

### 第四步：验证连接是否成功

这是最关键的一步。在终端运行官方文档推荐的验证命令：

```bash
openclaw browser --browser-profile user status
```

如果一切顺利，你应该能看到类似下面的输出，这代表连接成功：

```
driver: existing-session
transport: chrome-mcp
running: true
```

**恭喜！** 看到这个结果，就说明 OpenClaw 已经成功“附身”到你的 Chrome 上了。你可以继续在飞书里直接给它下达操作指令，这次应该就能正确使用 `profile="user"` 来操作你的真实浏览器了。

---

### 💡 附加说明与故障排查

- **同意连接提示**：首次运行时，Chrome 可能会弹出一个提示框，询问是否允许 OpenClaw 连接，你需要点击“允许”或“批准”。如果 Gateway 重启后连接不上，可以尝试再次执行 `openclaw browser --browser-profile user status`，并留意 Chrome 窗口是否有这个弹窗。
- **保险检查点**：如果 `status` 命令显示 `running: false`，请确认第二步的“远程调试”开关是否已正确打开，并且你的 Chrome 版本在 144 以上。
- **一个安全的提醒**：由于 OpenClaw 现在能直接操控你真实的、已登录所有账号（如邮箱、网银、社交网络）的浏览器，请务必注意安全，尤其是在你不完全信任的网络上，或者要小心你下达的指令，避免 AI 执行危险操作。

另外，CSDN真的很垃圾，写个文章，非要添加“文章标签”，交互烂得一笔，到底测试过吗？加了五分钟没加上，最后随便选了个。