Agent 间通信协议¶

当一个 Agent 的能力不够时，它需要找到另一个 Agent 并委派任务——这需要标准化的发现和通信协议。

与工具协议的区别：工具是"被调用的函数"，没有自主性；另一个 Agent 是"有自主决策能力的合作者"，能自行规划执行步骤。这一本质差异决定了 Agent 间协议需要处理任务生命周期、进度通知、结果协商等工具协议不需要的问题。

1. A2A（Agent-to-Agent Protocol）¶

Google 提出的 Agent 间通信协议¹。

核心概念¶

交互流程¶

sequenceDiagram
    participant A as Agent A（调用方）
    participant B as Agent B（执行方）

    Note over A: 1. 发现
    A->>B: GET /.well-known/agent.json
    B-->>A: Agent Card（能力声明）

    Note over A: 2. 委派
    A->>B: POST /tasks（创建 Task）
    B-->>A: Task 状态: submitted

    Note over B: 3. 执行
    B-->>A: Task 状态: working
    B-->>A: Artifact（中间产物）

    Note over B: 4. 完成
    B-->>A: Task 状态: completed + 最终 Artifact

关键设计：

• Task 生命周期：submitted → working → completed / failed，调用方可随时查询状态
• 流式通信：支持 SSE（Server-Sent Events），执行方可以实时推送进度和中间结果
• 不透明执行：调用方不需要知道 Agent B 内部用了什么模型、什么工具——只关心输入和输出
• Push Notification：长时间任务可通过 webhook 回调通知调用方，避免轮询

2. ACP（Agent Client Protocol）¶

Zed Industries 提出的 Client → Agent 通信协议（2025.8），JetBrains 于 2026.2 加入共同维护²。注意此 ACP 的 C 是 Client——另一个同名的 Agent Communication Protocol（BeeAI / IBM / Linux Foundation）已废弃并合并进 A2A。

与上面 A2A 的根本区别：A2A 是 Agent ↔ Agent 对等协作，ACP 是 Client → Agent 单向控制——编辑器/编排器信任并驱动一个 coding agent，类似 LSP 解决编辑器与语言工具的 M×N 集成问题。

核心设计¶

• JSON-RPC 2 over stdio（HTTP 传输开发中），复用 MCP 的类型定义
• Session 模型：多轮对话以 Session 为单位，支持 initialize → session/message → session/cancel / session/close
• 结构化事件流：Agent 返回的不是终端文本，而是 tool call、文件 diff、推理链等结构化事件——解决 PTY scraping 丢失元数据的问题
• 与 MCP 正交：MCP 连接 Agent → 工具，ACP 连接 Client → Agent，ACP agent 内部可使用 MCP server

协议栈分层¶

3. 协议对比¶

参考资料¶