macOS IPC
OpenClaw macOS IPC 架构
当前模型:本地 Unix 套接字连接节点宿主服务到macOS 应用,用于执行批准 + system.run。存在 openclaw-mac 调试 CLI 用于发现/连接检查;代理操作仍然通过网关 WebSocket 和 node.invoke 流动。UI 自动化使用 PeekabooBridge。
目标
- 单个 GUI 应用实例拥有所有 TCC 面向工作(通知、屏幕录制、麦克风、语音、AppleScript)。
- 小型自动化表面:网关 + 节点命令,加上用于 UI 自动化的 PeekabooBridge。
- 可预测的权限:始终是相同的签名捆绑 ID,由 launchd 启动,因此 TCC 授权保持有效。
工作原理
网关 + 节点传输
- 应用运行网关(本地模式)并作为节点连接到它。
- 代理操作通过
node.invoke执行(例如system.run、system.notify、canvas.*)。
节点服务 + 应用 IPC
- 无头节点宿主服务连接到网关 WebSocket。
system.run请求通过本地 Unix 套接字转发到 macOS 应用。- 应用在 UI 上下文中执行 exec,提示(如果需要),并返回输出。
图表 (SCI):
Agent -> Gateway -> Node Service (WS)
| IPC (UDS + token + HMAC + TTL)
v
Mac App (UI + TCC + system.run)
PeekabooBridge (UI 自动化)
- UI 自动化使用名为
bridge.sock的独立 UNIX 套接字和 PeekabooBridge JSON 协议。 - 宿主优先级顺序(客户端):Peekaboo.app → Claude.app → OpenClaw.app → 本地执行。
- 安全:桥接宿主需要允许的 TeamID;仅 DEBUG 的相同 UID 逃生口由
PEEKABOO_ALLOW_UNSIGNED_SOCKET_CLIENTS=1保护(Peekaboo 约定)。 - 详见:PeekabooBridge 使用。
操作流程
- 重启/重建:
SIGN_IDENTITY="Apple Development: <Developer Name> (<TEAMID>)" scripts/restart-mac.sh- 杀死现有实例
- Swift build + package
- 写入/引导/启动 LaunchAgent
- 单实例:如果另一个具有相同捆绑 ID 的实例正在运行,应用会提前退出。
加固说明
- 优先要求所有特权表面进行 TeamID 匹配。
- PeekabooBridge:
PEEKABOO_ALLOW_UNSIGNED_SOCKET_CLIENTS=1(仅 DEBUG)可能允许相同 UID 调用者用于本地开发。 - 所有通信保持仅限本地;不暴露网络套接字。
- TCC 提示仅来自 GUI 应用捆绑;在重建之间保持签名的捆绑 ID 稳定。
- IPC 加固:套接字模式
0600,令牌,对等 UID 检查,HMAC 挑战/响应,短 TTL。