18. 节点 Nodes：用手机随时接入

节点不是渠道

先划清一个常见误会。前面讲的渠道（Channel）是”你拿什么聊天软件给 AI 发消息”。节点（Node）不是聊天入口，而是一台连回网关的设备，作为网关的”手脚”。

打个比方：

• 渠道是”遥控器”，你用它下指令。
• 节点是”机械臂”，网关能指挥它在那台设备上干活。

所以一台手机既可以是渠道（你在微信（个人微信插件）里发消息），也可以同时是节点（网关能往它上面推通知、读位置、在它上面跑命令）。两者身份独立，可以并存。

节点到底是什么

一个节点是一台运行着”节点主机（node host）“程序的设备，它通过 WebSocket 连回你的网关（Gateway）。连上之后，网关就能在这台设备上做这些事：

• 运行命令（受节点本机的执行审批约束）。
• 查它有哪些可执行程序（system.which）。
• 推本地通知、读位置、录屏（声明了对应能力时）。
• 把浏览器自动化代理到这台设备上跑。

典型用途：你有一台 Linux 构建机、一台 Windows 游戏本、一台 NAS，不想在每台上面都装全套 OpenClaw，就让它们都当节点连回主网关。AI 在主网关思考，需要碰哪台机器，就派命令去哪台。

手机也能当节点

OpenClaw 提供了移动端节点应用（iOS / Android）。装上之后，你的手机就成了一台移动节点。

这意味着网关可以：

• 往你的手机推一条时效性通知（比如”构建完了”）。
• 在需要时读取手机的位置。
• 把某些浏览器操作放到手机上跑。

对手机用户来说，节点的价值是”让网关随时够得着你的随身设备”，而不只是你在 App 里打字才互动。

怎么让一台设备变成节点

在要连的设备上，跑节点主机程序。最简单的一条：

openclaw node run --host <网关地址> --port 18789

想让它常驻后台（断网重连、开机自启），用安装成系统服务的方式：

openclaw node install --host <网关地址> --port 18789

不同系统的服务载体不一样：macOS 是 LaunchAgent，Linux/WSL2 是 systemd 用户服务，Windows 是计划任务。装好之后日常管理：

openclaw node status
openclaw node start
openclaw node stop
openclaw node restart
openclaw node uninstall

配对：两层审批

节点第一次连网关，要过两层配对，都存放在网关的 SQLite 状态库里：

1. 设备配对（device pairing, role node）：决定这台设备”能不能连上来”。
2. 能力审批（node capability approval）：决定连上来之后，它能暴露哪些命令/能力。

第一层往往很顺。如果网关能 SSH 回这台节点、并验证设备密钥匹配，会自动批准首次配对——这靠的是密码学密钥比对，不是”同在一个局域网就放行”，所以相对安全。验证不过的，就走人工批准：

openclaw devices list
openclaw devices approve <requestId>

第二层在节点连上后，由网关列出它”想提供的能力”，你批准或拒绝：

openclaw nodes pending
openclaw nodes approve <requestId>
openclaw nodes reject <requestId>

网关和节点的关系

一句话：网关是大脑，节点是分布各处的手。

• 网关统一做路由、会话、记忆、决策。
• 节点只提供”在某台设备上执行”的能力，断连后相关工具就从新任务里消失。
• 多个节点可以并存，网关按需调度。

openclaw nodes status
openclaw nodes list

也可以主动在某台节点上调用一个命令，比如查它有没有某个程序：

openclaw nodes invoke --node <id> --command system.which --params '{"bins":["uname"]}'

小结

节点让 OpenClaw 突破”只在一台机器上”的限制：

• 它是一台连回网关的设备，提供额外的执行/通知/浏览器能力。
• 手机（iOS/Android）装节点应用，就成了你的随身节点。
• 接入要走两层配对，命令执行受本机审批约束。

主网关始终是大脑，节点是它伸出去的手。下一章我们看各平台在安装和运行上的差异。