Agent Application Protocol (∀/A)

连接任意应用与任意 Agent 的协议。

远程优先，Agent 即服务。将 Agent 实现与应用业务逻辑解耦。

架构

Agent Application Protocol (AAP) 定义了应用与 Agent 如何通过 HTTP 通信。

AAP 类似 MCP 或 USB —— M 个应用与 N 个 Agent 之间的标准连接协议。任何兼容 AAP 的应用都可以接入任何兼容 AAP 的 Agent。

用户与应用交互，而非直接与 Agent 交互。应用管理 UI/UX 并提供领域专属工具；Agent 提供智能能力。

工具分为两类：

客户端工具：由应用拥有并执行。在请求中声明完整 schema。当 LLM 请求时，Agent 发出 tool_call 事件并停止；应用执行后携带结果重新提交。
服务端工具：由 Agent 拥有并执行（如持久化内存管理、网络搜索、代码执行）。由服务端在 GET /meta 中声明。应用在请求中仅通过名称引用。若 trust: true，服务端内联调用工具并流式返回结果，无需停止。

双方均可通过 MCP 服务器扩展能力 —— 应用接入领域工具，Agent 接入通用工具（如网络搜索或代码执行）。

通信使用 HTTP 配合 Server-Sent Events (SSE) 进行流式响应。这使服务端无状态且可水平扩展 —— 会话历史可存储在外部，无需持久化服务端连接。

当前，Agent 与托管它们的应用紧密耦合。AAP 将两者分离 —— 类似微服务解耦后端组件：

Agent 构建者可专注于构建强大的通用 Agent —— 远程、多租户、按用量计费 —— 无需了解应用细节。他们可以使用任意 Agent 框架和语言（如 Vercel AI SDK、LangChain、Strands Agents）。
应用构建者可专注于领域知识和用户体验，接入任意兼容 Agent，无需管理 Agent 循环和上下文窗口。他们可以在原生环境和语言中构建（如 Godot/GDScript、Blender/Python、专业内容创作软件）。
双方均对各自的实现细节保持完全隐私 —— Agent 保密内部逻辑、记忆管理和模型路由；应用保密业务逻辑和用户数据。

这种分离催生了可互相连接的 Agent 与应用市场。

所有场景都可以连接到同一个通用 Agent —— 应用提供领域专属工具，让 Agent 了解其所处环境。

专业创意工具 —— 3D 建模软件、游戏引擎、视频编辑器、CAD 或音频工作站将场景图、资产库或时间线作为工具暴露，让 Agent 能够用自然语言操控几何体、生成关卡或编排复杂编辑。
企业平台 —— 任何内部应用连接到共享 Agent，应用侧工具限定在相关领域（HR、法务、财务），无需每个团队自建 Agent。
微服务生态 —— Agent 作为智能微服务，被其他服务而非用户调用。任何服务都可以通过 AAP 将推理或决策委托给 Agent，保持 Agent 循环与调用服务解耦。

Agent Client Protocol (ACP) 主要为 IDE 连接本地编码 Agent 而设计。AAP 面向任意应用连接任意远程 Agent。

ACP 的流式 HTTP 传输层仍处于草案阶段。
ACP 的应用侧工具也仍处于草案阶段。