openclaw-sync/memory/2026-04-03-browser-relay-se...

4.9 KiB
Raw Blame History

Session: 2026-04-03 15:45:12 UTC

  • Session Key: agent:main:main
  • Session ID: 563eb943-3f05-4ecb-8f1b-e6782ce8c41f
  • Source: telegram

Conversation Summary

assistant: 找到问题了!配置文件里完全没有 browser 配置,所以 Relay Server 没启动。

需要在 openclaw.json 里添加:

"browser": {
  "enabled": true
}

要我帮你加上吗?加完重启 Gateway18792 就会启动了。 user: Conversation info (untrusted metadata):

{
  "message_id": "779",
  "sender_id": "975333652",
  "sender": "星",
  "timestamp": "Fri 2026-04-03 23:30 GMT+8"
}

Sender (untrusted metadata):

{
  "label": "星 (975333652)",
  "id": "975333652",
  "name": "星",
  "username": "zhuimanxing"
}

加上 然后直接重启 user: Conversation info (untrusted metadata):

{
  "message_id": "780",
  "sender_id": "975333652",
  "sender": "星",
  "timestamp": "Fri 2026-04-03 23:31 GMT+8"
}

Sender (untrusted metadata):

{
  "label": "星 (975333652)",
  "id": "975333652",
  "name": "星",
  "username": "zhuimanxing"
}

再检查一下 assistant: 配置已经更新了,但 18792 还是没有启动。让我查一下文档,看看还需要什么配置: user: Conversation info (untrusted metadata):

{
  "message_id": "782",
  "sender_id": "975333652",
  "sender": "星",
  "timestamp": "Fri 2026-04-03 23:35 GMT+8"
}

Sender (untrusted metadata):

{
  "label": "星 (975333652)",
  "id": "975333652",
  "name": "星",
  "username": "zhuimanxing"
}

查到什么了, 怎么又没有后续的反馈? assistant: 抱歉,刚才在查文档。总结一下发现:

文档说 chrome 配置文件是内置的,默认指向 http://127.0.0.1:18792。但 Relay Server 还是没启动。

可能需要显式设置 defaultProfile: "chrome"。让我加上试试: user: Conversation info (untrusted metadata):

{
  "message_id": "784",
  "sender_id": "975333652",
  "sender": "星",
  "timestamp": "Fri 2026-04-03 23:36 GMT+8"
}

Sender (untrusted metadata):

{
  "label": "星 (975333652)",
  "id": "975333652",
  "name": "星",
  "username": "zhuimanxing"
}

加了吗, 重启了吗, 重启了那现在什么状态? assistant: 配置加了,重启了,但 18792 还是没有启动。 user: Conversation info (untrusted metadata):

{
  "message_id": "786",
  "sender_id": "975333652",
  "sender": "星",
  "timestamp": "Fri 2026-04-03 23:37 GMT+8"
}

Sender (untrusted metadata):

{
  "label": "星 (975333652)",
  "id": "975333652",
  "name": "星",
  "username": "zhuimanxing"
}

怎么又断开了, 行不行, 没明确的解决方案, 就看看本地的文档, 或者查询一下网络 assistant: 文档说浏览器插件需要两个条件都满足:plugins.entries.browser.enabled + browser.enabled=true。让我加上: assistant: 找到了!这是个已知问题 — startup deadlock assistant: 找到根因了! 这是 OpenClaw 的一个已知 bug — startup deadlock(启动死锁):

  1. browser start → 需要扩展已连接
  2. 扩展连接 → 需要 relay 服务18792运行
  3. relay 服务 → 需要 browser start 才创建

死循环,谁也启动不了。

让我看看有没有更新版本修复了这个问题: user: Conversation info (untrusted metadata):

{
  "message_id": "790",
  "sender_id": "975333652",
  "sender": "星",
  "timestamp": "Fri 2026-04-03 23:41 GMT+8"
}

Sender (untrusted metadata):

{
  "label": "星 (975333652)",
  "id": "975333652",
  "name": "星",
  "username": "zhuimanxing"
}

估计没有吧, 最新的就是04.01, 没别的解决方案吗 user: Conversation info (untrusted metadata):

{
  "message_id": "791",
  "sender_id": "975333652",
  "sender": "星",
  "timestamp": "Fri 2026-04-03 23:44 GMT+8"
}

Sender (untrusted metadata):

{
  "label": "星 (975333652)",
  "id": "975333652",
  "name": "星",
  "username": "zhuimanxing"
}

怎么又没有反馈了 assistant: 抱歉,刚才在翻文档和搜索。总结一下:

问题已确认:这是 OpenClaw 的已知 bugGitHub issue #32532

browser start → 要求扩展已连接 → 扩展要连 relay → relay 要 browser start 才创建 → 死循环

当前版本 2026.4.2 已是最新bug 还没修。


两个可行方案:

方案 A用 OpenClaw 托管浏览器(最简单)

  • 不需要扩展,不需要 relay
  • 配置里改 defaultProfileopenclaw,重启即可
  • 缺点:不能用你已登录的 Chrome 会话

方案 B用 CDP 直连模式(推荐)

  • Chrome 启动时加 --remote-debugging-port=9222
  • 配置里加一个 remote CDP profile 指向 ws://127.0.0.1:9222
  • 优点:能用你自己的 Chrome包括已登录状态
  • 缺点:每次启动 Chrome 要加参数

你想用哪个方案?我可以直接帮你配置。