Agent Skills
返回列表
A2AP 智能体互通协议

A2AP 智能体互通协议

AI Agent 更新于 2026.08.30

将以下提示词粘贴到你的 AI 对话框中:

请根据 https://skillhub.cn/install/skillhub.md,安装 @user_15292d5a/yjkj-a2ap。

技能介绍

要解决什么问题

多 Agent 协作时,进程或实例之间往往各写一套消息格式、鉴权与路由逻辑,联调成本高,也难以在团队外复用。A2AP(Agent-to-Agent Protocol)把 Agent 间通信 收成一套可实现的开放协议:强调「不是白皮书,是代码」,在统一语义下提供可落地的 Python API 与规范文档。

协议如何工作

整体采用 四层架构(具体分层见仓库内规范与实现),消息在发送侧按协议封装,接收侧按同一套规则解析与校验。

信任与完整性方面,每条消息带 HMAC-SHA256 签名,降低篡改风险;通过 trust_peer() / is_trusted() 维护 信任白名单,未信任对端可按策略拒绝或降级处理。传输层可叠加 TLS,在需要时补足链路加密。

完整协议说明见 A2AP-whitepaper.md(CC BY-SA 4.0);实现代码为 MIT 许可,便于嵌入自有 Agent 运行时或网关。

适用边界与注意点

  • 适合需要 标准化 Agent 对 Agent 消息、并要在代码里直接集成的场景;不是通用 RPC 框架的替代品,也不替代你现有的业务编排层。
  • 白名单与签名是协议侧能力,身份发放、密钥轮换、跨租户策略 仍需在上层系统自行设计。
  • 与其它 Agent 框架对接时,以白皮书与当前 Python API 的行为为准,版本演进请对照仓库变更。

使用场景

  • 自研多 Agent 编排服务,需要统一两个运行时之间的请求/响应帧格式与校验规则
  • 在 Agent 网关上线前,用 `trust_peer()` 维护对端白名单并拒绝未登记节点发来的消息
  • 将现有进程间 JSON 管道改为带 HMAC-SHA256 签名的 A2AP 消息,便于审计是否被篡改
  • 跨团队对接外部 Agent 服务时,按 `A2AP-whitepaper.md` 对齐字段语义与四层封装约定

适合人员

  • 负责多 Agent 平台后端的工程师,要把各子 Agent 的互调从私有格式迁到可复用协议
  • 做 Agent 安全评审的架构师,要求在 Agent 间消息层具备签名与白名单而非仅依赖内网隔离
  • 维护开源 Agent 运行时的维护者,希望对外提供标准互操作接口而非每家定制 SDK
  • 在 PoC 阶段串联两个自治 Agent 的研发,需要可嵌入的 Python API 而非只读白皮书