二〇二六年OpenClaw MeshMac 实战：多节点只读健康视图串联与合并输出做值班巡检的最小可复现步骤

同一用户若混用默认目录，网关状态、插件缓存与本地队列文件会跨角色串写，doctor 绿而线上怪。编排层为每台 MeshMac 节点声明独立 OPENCLAW_HOME（例如 /var/lib/openclaw/node-a 与 node-b），并在 launchd、SSH 非交互 shell 与 CI 三处同一导出顺序写入，避免「交互里有、cron 里没有」。值班巡检只读该树下的 status 输出与配置指纹，不改写技能包目录。

与多节点日志 Runbook对齐：统一 LOG_ROOT 相对布局，下挂 tenant/<id>/gateway/*.log 切片。值班脚本只 tail最近轮转文件与 access 末段，阈值与副本策略交给维护窗而非夜班。合并输出里每条日志引用节点短 id 加相对路径，便于 diff；切勿把访问令牌或完整 Webhook URL 粘进 tail 片段。

多节点各自向频道发帖会形成告警风暴。做法是各节点将投递结果写入共享队列事实源（HTTP 状态、重试次数、幂等键），网关在三十至六十秒窗口内合并为一条摘要：列出异常节点、末次错误码与建议动作（如检查出站白名单）。广播体使用稳定公开页或站内相对路径说明，避免附带需登录才能打开的控制台深链；若必须引用外部文档，使用无会话的静态说明地址。

巡检机与值班账号只挂载只读 scope 的 API 与网关令牌：能跑 doctor、拉 status、读聚合摘要即可，不写队列、不改插件、不持有 IM 频道管理权限。密钥文件遵循0440 与分文件轮换；合并输出与 artifact 中零密钥**。生产轮换在白天窗完成，夜班脚本仅校验「文件存在且 inode 未变」一类元数据。