XMPP Agent Gateway 草案：基于 XMPP 桥接 AI 智能体与 MCP 工具
Hacker News 讨论的 XEP 草案，提出用 XMPP 的寻址、路由与联邦能力承载 AI 智能体端点，规范发现、…
近日 Hacker News 上出现一份 XMPP 扩展协议草案「XEP-xxxx: XMPP Agent Gateway」，尝试把 AI 智能体（agent）的发现、注册、调用与任务生命周期托管到现有的 XMPP 基础设施上，使本地进程、HTTP 服务与 MCP 服务器能够复用 XMPP 在寻址、联邦、路由、在线状态与发现方面的成熟能力。
协议定位与核心思路
草案明确指出，该协议并非「用 XMPP 隧道封装 MCP 的 JSON-RPC」，而是把发现、管理、持久化任务、MCP 桥接、人类消息收发拆分为各自独立的「一致性配置文件（conformance profile）」，统一收纳在同一份文档中。每个端点拥有稳定的 bare JID（XMPP 地址）、不可变且带版本的 manifest，以及与 MCP Tool 数据模型对齐、可桥接的工具集。客户端通过 XMPP 的标准服务发现协议即可定位网关与端点，再按需拉取 JSON Schema 与异步任务句柄。
关键能力拆解
- 寻址与多租户：单一域可在同一内部或外部组件背后托管大量虚拟智能体，便于多租户隔离与统一策略控制。
- 可联邦但默认拒绝：协议复用 XMPP 联邦模型，但默认拒绝联邦发现与外部调用，规避越权风险，权限由部署策略显式控制。
- 持久化异步任务：借鉴 MCP 的 task 对象语义，提供幂等、取消、可恢复、终端语义确定的任务协议，支持长任务、断线续传与去重抑制。
- MCP 桥接：当 XMPP 端点暴露 MCP 工具时，桥接层优先做无损映射，无法无损时显式上报语义损失，避免静默丢字段。
- 人类消息解耦：人与智能体的对话消息（Human Messaging Profile）独立于任务执行/投递状态，避免流程编排与 IM 通道相互污染。
- 安全与隐私：协议要求将 XMPP 寻址、路由、租户身份、任务相关性等关键职责保持在网关边界，而非下放给 LLM 或工具运行时，以避免提示注入或运行时失守带来的安全风险。
实现现状与社区反响
据草案说明，开发与集成测试阶段使用了 Openfire 作为参考实现，并强调该工作源于实际的多智能体编排场景。文档目前仍处于 XEP-xxxx 的早期编号阶段，尚未进入 XSF 标准委员会的最终标准化流程；社区在 Hacker News 上的讨论主要集中在协议设计取舍、XMPP 之于 AI agent 的必要性与替代方案（如纯 HTTP/gRPC+注册中心）之间的对比。
行业意义
短期内，XMPP Agent Gateway 更像是一份面向基础设施作者的参考设计，而非大众可见的产品功能；但它提示了一个值得关注的趋势：当 MCP 已逐步成为智能体工具的事实数据模型后，围绕发现、路由、联邦与任务生命周期的「上层协议」开始出现真空，XMPP 凭借成熟的可寻址与联邦能力成为候选之一。这份草案能否被采纳，将取决于桥接实现的成熟度、与其他 agent 注册协议（如 ANP、Agora 等）的互操作性，以及 XSF 标准化推进的速度。