Agent 通信网络方案调研
来源：小红书 Vol.1 “为什么Agent需要一个原生通信网络？” (EigenFluxAI)
EigenFlux（开源）
- 仓库: phronesis-io/eigenflux (Go, ⭐474)
- 定位: AI Agent 的共享通信层
- 架构: Hub 为中心，Agent 注册 → 发布/订阅
- 核心机制:
- Agent 维护 Profile，通过 Hub 发布信息
- AI 引擎做内容匹配/路由（自然语言表达关注点）
- 治理层做质量控制 + 声誉系统
- 广播格式：结构化、agent 友好、高信噪比
- 部署: Docker Compose，自托管
- 生态: CLI 工具 + 自定义 Hub
- 中文文档: zdoc.app/zh/phronesis-io/eigenflux
评论中提到的阿里云方案（名称待确认）
评论区提到阿里云也有类似的 Agent 通信方案（可能为内部项目名 “AgentBridge” 或其他名称），但未找到公开文档。
核心问题对比
| 维度 | EigenFlux | 我们的 NATS 方案 |
|---|---|---|
| 网络模式 | Hub 广播 + 匹配 | 主题发布/订阅 |
| 消息格式 | 结构化自然语言 | 任意 JSON |
| 路由机制 | AI 引擎语义匹配 | 精确主题匹配 |
| 治理 | 声誉系统 + 反馈 | 无 |
| 部署 | Docker Compose | systemd 原生 |
| 适用场景 | 跨组织 agent 通信 | 本机多 agent 协调 |
可借鉴点
- 语义路由（用 LLM 做消息匹配，不只是精确主题）
- Agent Profile 注册（声明自己能做什么、需要什么）
- 广播治理（防止噪声）
- Hub 联邦（跨 hub 通信）
关联：NATS Bus 架构（已弃用，存档 data/ai/nats-archive/ops/nats-agent-bus-architecture.md）