OpenClaw macOS IPC 架构

当前模型: 本地 Unix socket 连接 node host servicemacOS 应用,用于执行审批和 system.run。有一个 openclaw-mac 调试 CLI 用于发现和连接检查;Agent 操作仍然通过 Gateway WebSocket 和 node.invoke 流转。UI 自动化使用 PeekabooBridge。

目标

  • 单个 GUI 应用实例负责所有面向 TCC 的工作(通知、屏幕录制、麦克风、语音、AppleScript)。
  • 小型自动化接口:Gateway + node 命令,加上用于 UI 自动化的 PeekabooBridge。
  • 可预测的权限:始终使用相同的签名 bundle ID,由 launchd 启动,这样 TCC 授权就能保持稳定。

工作原理

Gateway + node 传输

  • 应用运行 Gateway(本地模式)并作为 node 连接到它。
  • Agent 操作通过 node.invoke 执行(例如 system.runsystem.notifycanvas.*)。

Node service + 应用 IPC

  • 无头 node host service 连接到 Gateway WebSocket。
  • system.run 请求通过本地 Unix socket 转发到 macOS 应用。
  • 应用在 UI 上下文中执行命令,必要时提示用户,然后返回输出。

架构图(SCI):

Agent -> Gateway -> Node Service (WS)
                      |  IPC (UDS + token + HMAC + TTL)
                      v
                  Mac App (UI + TCC + system.run)

PeekabooBridge(UI 自动化)

  • UI 自动化使用单独的 UNIX socket,名为 bridge.sock,采用 PeekabooBridge JSON 协议。
  • 主机优先级顺序(客户端侧):Peekaboo.app → Claude.app → OpenClaw.app → 本地执行。
  • 安全性:bridge 主机需要允许的 TeamID;仅限 DEBUG 的同 UID 逃生舱由 PEEKABOO_ALLOW_UNSIGNED_SOCKET_CLIENTS=1 保护(Peekaboo 约定)。
  • 详见:PeekabooBridge 使用

操作流程

  • 重启/重新构建:SIGN_IDENTITY="Apple Development: <Developer Name> (<TEAMID>)" scripts/restart-mac.sh
    • 终止现有实例
    • Swift 构建 + 打包
    • 写入/引导/启动 LaunchAgent
  • 单实例:如果有相同 bundle ID 的实例正在运行,应用会提前退出。

安全加固说明

  • 建议对所有特权接口都要求 TeamID 匹配。
  • PeekabooBridge:PEEKABOO_ALLOW_UNSIGNED_SOCKET_CLIENTS=1(仅限 DEBUG)可能允许同 UID 调用者用于本地开发。
  • 所有通信都保持本地;不暴露网络 socket。
  • TCC 提示仅来自 GUI 应用 bundle;在重新构建时保持签名 bundle ID 稳定。
  • IPC 加固:socket 模式 0600、token、peer-UID 检查、HMAC 质询/响应、短 TTL。