核心用法
Multi-Agent Intercom 是一套用于 OpenClaw 生态的跨 Agent 通信协议，解决 sessions_send 无法跨越 Agent 边界的核心限制。其工作流程分为两个阶段：
1. 初始化配置（首次使用必选）
- 执行
python <SKILL_DIR>/scripts/intercom.py setup生成标准操作程序（SOP） - 用户需手动将 SOP 内容复制到所有目标 Agent 的 AGENTS.md 文件中
- 此设计遵循「零侵入」安全原则，避免自动化修改他人配置
2. 消息发送
- 命令格式：
python <SKILL_DIR>/scripts/intercom.py send <目标AgentID> <本机AgentID> "消息内容" - 采用异步后台执行，命令立即返回，无需等待响应或重试
显著优点
| 特性 | 说明 |
|------|------|
| 100% 零侵入 | 不修改目标 Agent 的运行时环境，仅通过文件协议通信 |
| 安全合规 | 强制人工审核 SOP 分发，防止未授权跨边界操作 |
| 异步非阻塞 | 发送后立即返回，不影响当前会话流畅性 |
| 生态原生 | 专为 OpenClaw 多 Agent 架构设计，无外部依赖 |
潜在缺点与局限性
- 人工配置成本：每次新增 Agent 需手动同步 SOP，规模化场景下维护成本递增
- 无送达确认：异步设计导致无法获知消息是否被目标 Agent 接收或处理
- 消息持久化未明确：文档未说明消息队列的存储策略与过期机制
- 单向通信：当前仅支持发送，未提及接收方的回调或应答机制
适合人群
- 运行 2 个及以上 OpenClaw Agent 的多角色用户（如 zz/dev/rc 分工场景）
- 需要轻量跨 Agent 通知而不愿部署完整消息队列的开发者
- 对 Agent 隔离性有合规要求的企业环境
常规风险
| 风险类型 | 描述 | 缓解措施 |
|----------|------|----------|
| 配置同步遗漏 | 部分 Agent 未更新 AGENTS.md 导致通信失败 | 建立 SOP 分发检查清单 |
| 消息伪造 | 若 Agent ID 命名简单，存在身份冒充可能 | 建议采用不可猜测的 Agent ID |
| 权限边界模糊 | 用户可能误解「零侵入」为「零风险」 | 明确告知人工审核的必要性 |
---
结论：Multi-Agent Intercom 是 OpenClaw 多 Agent 协作的最小可行通信方案，在安全性与便利性间取得审慎平衡，适合中小规模、对合规性敏感的场景。