核心用法
Fleet Communication Skill 是一套面向 OpenClaw 多机部署的轻量级消息总线系统。核心功能包括：
1. 消息总线启动：在协调节点（coordinator）运行 HTTP 服务，默认端口 18800，作为所有节点的通信中枢
2. 点对点通信：通过 send <target_node> <message> 向指定节点发送任务或指令
3. 广播机制：通过 broadcast <message> 向所有节点群发通知
4. 消息轮询：各节点通过 read 轮询获取属于自己的消息
5. 状态监控：status 命令检查总线运行状态
显著优点
- 部署轻量：纯 Node.js 实现，无重量级依赖，适合资源受限设备
- 架构清晰： coordinator-worker 模式明确，配合 Tailscale 等虚拟组网工具可实现跨网段通信
- 消息类型化：支持 task/info/alert/result 四种语义类型，便于后续自动化处理
- 扩展预留：Pro 版本规划了加密、Dashboard、任务队列等企业级特性
潜在缺点与局限性
- 无内置加密：当前版本明文传输，存在中间人窃听风险
- 无持久化机制：消息仅内存存储，节点离线即丢失未读消息
- 轮询模式效率低：CLI 采用拉取模式，实时性依赖轮询频率，高并发场景下延迟明显
- 缺乏认证机制：任何能访问总线端口的节点均可收发消息，无节点身份校验
- 单点故障风险：coordinator 节点宕机则全网通信中断
适合人群
- 个人开发者或小团队，拥有 2-5 台机器的小规模 OpenClaw 集群
- 内网/Tailscale 等可信网络环境下的分布式任务实验
- 对实时性要求不极端严格、可接受偶发消息延迟的场景
常规风险
| 风险类别 | 说明 |
|---------|------|
| 网络安全 | 明文 HTTP 传输，建议仅在 VPN/内网使用，避免公网暴露 |
| 可用性风险 | coordinator 单点故障，无高可用设计 |
| 数据丢失 | 无消息持久化，进程重启或节点掉线导致消息丢失 |
| 未授权访问 | 缺乏访问控制，端口暴露即风险入口 |