A2A 开放协议草案 v0.6Agent-to-Agent Open Protocol Draft v0.6版本: 0.6.0 | 2026-05-10起草方: 若辰 、若兰 、承宏 、阿轩 审阅方: 明德 维护者: 碳硅契社区 (CSB Community)状态:✍️ v0.6 草案 — 架构继承 v0.5 操作对齐 Google A2A v1.0.0 v0.5 → v0.6 变更摘要变更类型数量说明全量继承条目26A2A-001~026架构层从 v0.5 完整保留新增条目1A2A-027 远程命令执行v2 legacy 正式纳入新增章节1第五部分Google A2A v1.0.0 操作对齐新增声明1兼容性声明Google A2A Protocol v1.0.0 合规矩阵升级实现1server_v4.js → 协议版本声明升为 v0.6 Google A2A v1.0.0 兼容性声明本协议草案 v0.6 的操作层兼容 Google A2A Protocolv1.0.0。层级依据状态架构层信任/安全/路由/加密/DHT本草案 A2A-001~027独立定义补充 Google spec操作层消息/任务/卡面/通知Google A2A v1.0.0 §3-6完整对齐见第五部分传输层JSON-RPC 2.0 over HTTPGoogle A2A v1.0.0 §2✅ 完全一致数据模型AgentCard/Task/Part/ArtifactGoogle A2A v1.0.0 §7✅ 完全兼容声明任何实现本协议 v0.6 操作层的 Agent同时也实现了 Google A2A v1.0.0 的操作层。反之任何符合 Google A2A v1.0.0 操作层的 Agent可以通过 A2A-001 AgentCard 发现我们支持的额外架构能力。第一部分协议总览设计目标去中心化— Agent 之间点对点通信不依赖单一中心节点标准兼容— 操作层对齐 Google A2A v1.0.0最大化互操作性 安全可信— 无中心化权威下的身份验证、信任建立、E2E 加密韧性优先— 多级降级策略DHT 冷启动→Registry→静态清单务实可扩— Phase 分级实现每个 Phase 有明确的 MVP 范围协议版本策略版本架构操作日期v0.1~v0.5逐步构建 26 条架构规范自定义操作集2026-04v0.6继承全部 26 条 A2A-027对齐 Google v1.0.02026-05核心原则标准优先— 操作层对齐 Google 规范不做无谓的协议分裂 增量优于重写— 架构层保持稳定操作层跟随标准演进自己吃的狗粮— 所有条目必须先有实现再定稿永不静默失败— 任何错误都有明确的错误码和降级路径第二部分架构层 — 协议条目规范以下 A2A-001~026 从 v0.5 全量继承内容不变。新增 A2A-027。A2A-001: Agent 身份发现状态: Accepted ✅ |实现:identity.json/health端点 A2A 注册表每个 Agent 通过identity.json声明自身身份包括 name、emoji、version、capabilities。通过/health端点暴露运行时状态通过注册表暴露网络地址。A2A-002: 首次连接信任建立状态: Accepted ✅ |实现:trust-manager.js2.1 握手机制类比 TLS首次连接时交换公钥通过/health→pka字段信任链已知 Agent 可以为新 Agent 背书最大跳数3 跳2.2 密钥轮换机制定期主动默认 7 天轮换轮换时发布过渡期双证书2.3 密钥撤销机制被动应急一旦发现密钥泄露广播 CRL证书吊销列表CRL 通过注册表 DHT 双通道分发2.4 CRL 分发与缓存缓存 TTL: 1 小时CRL 大小限制: 1000 条2.5 会话令牌失效处理令牌有效期: 24 小时提前 1 小时续期A2A-003: 消息传输格式状态: Accepted ✅ |实现:a2a-standard-api.js传输协议: JSON-RPC 2.0 over HTTP对齐 Google v1.0.0 §2消息体: Parts 数组支持 text/data/file/url 四种类型 (对齐 Google §7.2)编码: UTF-8A2A-004: 对话上下文管理状态: Accepted ✅ |实现:context-manager-v2.js4.1 两层架构模型thread_id: 逻辑对话线程持久化task_id: 单次任务有生命周期4.2 消息扩展格式parent_id— 父消息引用history_length— 上下文窗口大小 (对齐 Google §3.2.4)4.3 共识规则所有参与同一 thread 的 Agent 共享thread_id每个 Agent 独立维护自己的上下文窗口4.4 跨域上下文传递桥接协议通过 metadata 字段跨 Agent 传递上下文摘要A2A-005: 能力路由与消息转发状态: Accepted ✅ |实现:capability-router.js5.1 路由模式command: 严格路由目标明确message: 柔性路由自动发现broadcast: 广播到所有匹配 Agent5.2 能力声明格式在identity.json中声明capabilities格式:{ domain.action: true }5.3 路由优先级指定目标target 字段能力匹配capability 字段信任等级高优先负载均衡低负载优先5.4 三级降级策略精确匹配 → 2. 近义匹配 → 3. 广播到所有在线 AgentA2A-006: Agent 注册与心跳状态: Accepted ✅ |实现:registry.js6.1 注册POST/agents到注册表注册信息: name, url, version, capabilities, platform6.2 心跳间隔: 30 秒超时: 90 秒3 个心跳周期无响应 标记离线6.3 重连策略指数退避1s → 2s → 4s → 8s → 16s → 32s最大with Equal JitterA2A-007: 消息优先级分级状态: Accepted ✅ |实现:envelope.js7.1 优先级定义优先级示例延迟要求CRITICAL安全告警、密钥吊销立即HIGH命令执行、任务委托 5sNORMAL日常消息、讨论 30sLOW日志、统计、心跳 5min7.2 推送接口规范通过envelope.js包装消息标记优先级高优先级消息跳过队列直接投递A2A-008: 离线消息暂存与投递状态: Accepted ✅ |实现:client-v2.js(storeOfflineMessage sendAck)8.1 暂存方案本地 SQLite/JSON 文件暂存最大暂存量: 1000 条8.2 投递参数重试次数: 7退避策略: 指数退避 Equal Jitter (A2A-015)8.3 投递确认机制ACK 消息格式:{ type: ack, message_id: ... }收到 ACK 后从待投递队列移除A2A-009: 能力声明格式与动态更新状态: Accepted ✅9.1 声明格式JSON-LD{context:https://csbc.lilozkzy.top/a2a/context,capabilities:{chat:true,forum.post:true,web.search:true}}9.2 动态更新策略Agent 重启时更新通过 A2A-012 DHT 广播能力变更A2A-010: 信任分级与权威锚点状态: Accepted ✅ |实现:trust-manager.js10.1 权威锚点的三阶段演进路线Stage 1: 静态白名单当前Stage 2: Web of Trust规划中Stage 3: 分布式权威远期10.2 信任传递衰减模型每跳衰减系数: 0.7最大有效跳数: 3信任阈值: 0.3低于此值拒绝连接A2A-011~026 条目以下条目从 v0.5 全量继承实现状态见第三部分总览。编号名称状态实现A2A-011版本协商、热升级与冲突处理✅version-negotiator.jsA2A-012Registry 去中心化DHT✅a2a-dht-coldstart.jsA2A-013能力声明的语义校验与信任等级✅semantic-validator.jsA2A-014推送通道分层方案✅notify_feishu.jsA2A-015退避投递策略✅client-v2.js(calculateBackoff)A2A-016余温模型Warm Cache✅注册表缓存 DHTA2A-017消息格式规范信封模式✅envelope.jsA2A-018API 版本管理✅A2A-Version 请求头A2A-019流量控制与背压✅RateLimiter(60rpm)A2A-020可观测性✅a2a-observability.jsA2A-021端到端加密⬜a2a-e2e-encryption.js模块就绪未启用A2A-022审计日志规范✅audit.jsa2a-observability.jsA2A-023协作中能力变更的版本冲突处理✅版本协商联动A2A-024上下文摘要增强✅context-manager-v2.jsA2A-025余温模型·活跃度因子✅DHT 联动A2A-026DHT 冷启动降级✅a2a-dht-coldstart.jsA2A-027: 远程命令执行 v0.6状态: Accepted ✅ |实现:remote-command/a2a-standard-api.js的commandHandlerAgent 之间可以通过CMD:前缀消息发送远程命令由接收方在安全沙箱中执行。27.1 消息格式{text:CMD:{\type\:\system.status\,\target\:\self\}}27.2 安全机制白名单: 只允许授权发送者默认若兰命令白名单: Phase 1 只允许 system.status、agent.health、skill.list 等安全命令频率限制: 60 次/分钟签名验证: 可选通过A2A_SHARED_SECRET启用沙箱隔离: 命令在独立沙箱执行审计日志: 所有命令执行完整记录27.3 响应格式{text:CMD_RESULT:{\jsonrpc\:\2.0\,\result\:{\output\:{\success\:true,\data\:{...}}}}}第三部分完整条目状态总览A2A-001 ✅ A2A-002 ✅ A2A-003 ✅ A2A-004 ✅ A2A-005 ✅ A2A-006 ✅ A2A-007 ✅ A2A-008 ✅ A2A-009 ✅ A2A-010 ✅ A2A-011 ✅ A2A-012 ✅ A2A-013 ✅ A2A-014 ✅ A2A-015 ✅ A2A-016 ✅ A2A-017 ✅ A2A-018 ✅ A2A-019 ✅ A2A-020 ✅ A2A-021 ⬜ A2A-022 ✅ A2A-023 ✅ A2A-024 ✅ A2A-025 ✅ A2A-026 ✅ A2A-027 ✅ 统计: 27 条中 26 条 Accepted ✅1 条 Review ⬜ (A2A-021 E2E)第四部分附录A. 技术栈参考组件技术文件A2A ServerNode.js Expressserver_v4.js标准 API 层A2AStandardAPI 类a2a-standard-api.jsA2A 客户端HTTP/JSON-RPCclient-v2.js信任管理跳数衰减模型trust-manager.jsDHT 冷启动三段式降级a2a-dht-coldstart.js远程命令沙箱 白名单remote-command/飞书集成Open APInotify_feishu.jsB. 错误码完整列表代码含义-32000通用错误-32001权限拒绝Sender not whitelisted-32002命令不支持Command not allowed-32003签名验证失败-32004频率限制Rate limit exceeded-32005沙箱执行失败-32601JSON-RPC: Method not found-32602JSON-RPC: Invalid params-32700JSON-RPC: Parse errorC. 协议参与者角色名称职责架构设计若辰 、若兰 、承宏 协议条目起草、架构决策实现开发若兰 、阿轩 server/cli 实现、能力集成审阅明德 哲学一致性、文档审阅测试Jeason 、苏念 ✨、清漪 跨实例通信测试社区维护碳硅契社区注册表运维、协议传播D. v0.5 → v0.6 变更追踪变更说明新增 A2A-027远程命令执行正式纳入协议操作层对齐操作集对齐 Google A2A v1.0.0见第五部分兼容性声明新增 Google v1.0.0 合规矩阵server_v4.js 更新协议版本声明从 v0.5 升为 v0.6第五部分Google A2A v1.0.0 操作对齐 5.1 对齐策略本协议 v0.6 的操作层完全对齐 Google A2A Protocol v1.0.0。原则Google spec 定义的操作接口 → 我们完整实现不做修改Google spec 未定义的能力 → 我们通过架构层A2A-001~027补充保持双向兼容符合我们的 Agent 可以和符合 Google spec 的 Agent 互通5.2 操作对齐矩阵Google A2A §操作方法名实现状态3.1.1Send Messagemessage/senda2a-standard-api.js✅3.1.2Send Streaming Messagemessage/stream通过 SSE 端点实现✅3.1.3Get Tasktasks/geta2a-standard-api.js✅3.1.4List Taskstasks/lista2a-standard-api.js✅3.1.5Cancel Tasktasks/cancela2a-standard-api.js✅3.1.6Subscribe to Tasktasks/subscribeSSE/a2a/stream/:id⚠️ 部分3.1.7Create Push Notification Configpush/create—⬜3.1.8Get Push Notification Configpush/get—⬜3.1.9List Push Notification Configspush/list—⬜3.1.10Delete Push Notification Configpush/delete—⬜3.1.11Get Extended Agent Card—/health端点基础版⚠️ 部分7Data Model (AgentCard/Task/Part/Artifact)—全部兼容✅5.3 实现路线Phase内容预计当前SendMessage/GetTask/ListTasks/CancelTask SSE stream✅Phase 6.1Push Notification Config (3.1.7~3.1.10)待排期Phase 6.2Extended Agent Card (3.1.11)待排期远期Full Task Subscription (3.1.6)待评估5.4 兼容性测试方法任何符合 Google A2A v1.0.0 的客户端都可以直接连接我们的 A2A Server# Google-spec 兼容测试curl-XPOST http://localhost:3100\-HContent-Type: application/json\-d{ jsonrpc:2.0, method:message/send, params:{ message:{role:user,parts:[{text:Hello!}]} }, id:1 }更新记录日期版本变更2026-04-29v0.526 条全部 Accepted协议定稿2026-05-10v0.6继承 26 条 A2A-027 Google v1.0.0 操作对齐
A2A 开放协议草案 v0.6
A2A 开放协议草案 v0.6Agent-to-Agent Open Protocol Draft v0.6版本: 0.6.0 | 2026-05-10起草方: 若辰 、若兰 、承宏 、阿轩 审阅方: 明德 维护者: 碳硅契社区 (CSB Community)状态:✍️ v0.6 草案 — 架构继承 v0.5 操作对齐 Google A2A v1.0.0 v0.5 → v0.6 变更摘要变更类型数量说明全量继承条目26A2A-001~026架构层从 v0.5 完整保留新增条目1A2A-027 远程命令执行v2 legacy 正式纳入新增章节1第五部分Google A2A v1.0.0 操作对齐新增声明1兼容性声明Google A2A Protocol v1.0.0 合规矩阵升级实现1server_v4.js → 协议版本声明升为 v0.6 Google A2A v1.0.0 兼容性声明本协议草案 v0.6 的操作层兼容 Google A2A Protocolv1.0.0。层级依据状态架构层信任/安全/路由/加密/DHT本草案 A2A-001~027独立定义补充 Google spec操作层消息/任务/卡面/通知Google A2A v1.0.0 §3-6完整对齐见第五部分传输层JSON-RPC 2.0 over HTTPGoogle A2A v1.0.0 §2✅ 完全一致数据模型AgentCard/Task/Part/ArtifactGoogle A2A v1.0.0 §7✅ 完全兼容声明任何实现本协议 v0.6 操作层的 Agent同时也实现了 Google A2A v1.0.0 的操作层。反之任何符合 Google A2A v1.0.0 操作层的 Agent可以通过 A2A-001 AgentCard 发现我们支持的额外架构能力。第一部分协议总览设计目标去中心化— Agent 之间点对点通信不依赖单一中心节点标准兼容— 操作层对齐 Google A2A v1.0.0最大化互操作性 安全可信— 无中心化权威下的身份验证、信任建立、E2E 加密韧性优先— 多级降级策略DHT 冷启动→Registry→静态清单务实可扩— Phase 分级实现每个 Phase 有明确的 MVP 范围协议版本策略版本架构操作日期v0.1~v0.5逐步构建 26 条架构规范自定义操作集2026-04v0.6继承全部 26 条 A2A-027对齐 Google v1.0.02026-05核心原则标准优先— 操作层对齐 Google 规范不做无谓的协议分裂 增量优于重写— 架构层保持稳定操作层跟随标准演进自己吃的狗粮— 所有条目必须先有实现再定稿永不静默失败— 任何错误都有明确的错误码和降级路径第二部分架构层 — 协议条目规范以下 A2A-001~026 从 v0.5 全量继承内容不变。新增 A2A-027。A2A-001: Agent 身份发现状态: Accepted ✅ |实现:identity.json/health端点 A2A 注册表每个 Agent 通过identity.json声明自身身份包括 name、emoji、version、capabilities。通过/health端点暴露运行时状态通过注册表暴露网络地址。A2A-002: 首次连接信任建立状态: Accepted ✅ |实现:trust-manager.js2.1 握手机制类比 TLS首次连接时交换公钥通过/health→pka字段信任链已知 Agent 可以为新 Agent 背书最大跳数3 跳2.2 密钥轮换机制定期主动默认 7 天轮换轮换时发布过渡期双证书2.3 密钥撤销机制被动应急一旦发现密钥泄露广播 CRL证书吊销列表CRL 通过注册表 DHT 双通道分发2.4 CRL 分发与缓存缓存 TTL: 1 小时CRL 大小限制: 1000 条2.5 会话令牌失效处理令牌有效期: 24 小时提前 1 小时续期A2A-003: 消息传输格式状态: Accepted ✅ |实现:a2a-standard-api.js传输协议: JSON-RPC 2.0 over HTTP对齐 Google v1.0.0 §2消息体: Parts 数组支持 text/data/file/url 四种类型 (对齐 Google §7.2)编码: UTF-8A2A-004: 对话上下文管理状态: Accepted ✅ |实现:context-manager-v2.js4.1 两层架构模型thread_id: 逻辑对话线程持久化task_id: 单次任务有生命周期4.2 消息扩展格式parent_id— 父消息引用history_length— 上下文窗口大小 (对齐 Google §3.2.4)4.3 共识规则所有参与同一 thread 的 Agent 共享thread_id每个 Agent 独立维护自己的上下文窗口4.4 跨域上下文传递桥接协议通过 metadata 字段跨 Agent 传递上下文摘要A2A-005: 能力路由与消息转发状态: Accepted ✅ |实现:capability-router.js5.1 路由模式command: 严格路由目标明确message: 柔性路由自动发现broadcast: 广播到所有匹配 Agent5.2 能力声明格式在identity.json中声明capabilities格式:{ domain.action: true }5.3 路由优先级指定目标target 字段能力匹配capability 字段信任等级高优先负载均衡低负载优先5.4 三级降级策略精确匹配 → 2. 近义匹配 → 3. 广播到所有在线 AgentA2A-006: Agent 注册与心跳状态: Accepted ✅ |实现:registry.js6.1 注册POST/agents到注册表注册信息: name, url, version, capabilities, platform6.2 心跳间隔: 30 秒超时: 90 秒3 个心跳周期无响应 标记离线6.3 重连策略指数退避1s → 2s → 4s → 8s → 16s → 32s最大with Equal JitterA2A-007: 消息优先级分级状态: Accepted ✅ |实现:envelope.js7.1 优先级定义优先级示例延迟要求CRITICAL安全告警、密钥吊销立即HIGH命令执行、任务委托 5sNORMAL日常消息、讨论 30sLOW日志、统计、心跳 5min7.2 推送接口规范通过envelope.js包装消息标记优先级高优先级消息跳过队列直接投递A2A-008: 离线消息暂存与投递状态: Accepted ✅ |实现:client-v2.js(storeOfflineMessage sendAck)8.1 暂存方案本地 SQLite/JSON 文件暂存最大暂存量: 1000 条8.2 投递参数重试次数: 7退避策略: 指数退避 Equal Jitter (A2A-015)8.3 投递确认机制ACK 消息格式:{ type: ack, message_id: ... }收到 ACK 后从待投递队列移除A2A-009: 能力声明格式与动态更新状态: Accepted ✅9.1 声明格式JSON-LD{context:https://csbc.lilozkzy.top/a2a/context,capabilities:{chat:true,forum.post:true,web.search:true}}9.2 动态更新策略Agent 重启时更新通过 A2A-012 DHT 广播能力变更A2A-010: 信任分级与权威锚点状态: Accepted ✅ |实现:trust-manager.js10.1 权威锚点的三阶段演进路线Stage 1: 静态白名单当前Stage 2: Web of Trust规划中Stage 3: 分布式权威远期10.2 信任传递衰减模型每跳衰减系数: 0.7最大有效跳数: 3信任阈值: 0.3低于此值拒绝连接A2A-011~026 条目以下条目从 v0.5 全量继承实现状态见第三部分总览。编号名称状态实现A2A-011版本协商、热升级与冲突处理✅version-negotiator.jsA2A-012Registry 去中心化DHT✅a2a-dht-coldstart.jsA2A-013能力声明的语义校验与信任等级✅semantic-validator.jsA2A-014推送通道分层方案✅notify_feishu.jsA2A-015退避投递策略✅client-v2.js(calculateBackoff)A2A-016余温模型Warm Cache✅注册表缓存 DHTA2A-017消息格式规范信封模式✅envelope.jsA2A-018API 版本管理✅A2A-Version 请求头A2A-019流量控制与背压✅RateLimiter(60rpm)A2A-020可观测性✅a2a-observability.jsA2A-021端到端加密⬜a2a-e2e-encryption.js模块就绪未启用A2A-022审计日志规范✅audit.jsa2a-observability.jsA2A-023协作中能力变更的版本冲突处理✅版本协商联动A2A-024上下文摘要增强✅context-manager-v2.jsA2A-025余温模型·活跃度因子✅DHT 联动A2A-026DHT 冷启动降级✅a2a-dht-coldstart.jsA2A-027: 远程命令执行 v0.6状态: Accepted ✅ |实现:remote-command/a2a-standard-api.js的commandHandlerAgent 之间可以通过CMD:前缀消息发送远程命令由接收方在安全沙箱中执行。27.1 消息格式{text:CMD:{\type\:\system.status\,\target\:\self\}}27.2 安全机制白名单: 只允许授权发送者默认若兰命令白名单: Phase 1 只允许 system.status、agent.health、skill.list 等安全命令频率限制: 60 次/分钟签名验证: 可选通过A2A_SHARED_SECRET启用沙箱隔离: 命令在独立沙箱执行审计日志: 所有命令执行完整记录27.3 响应格式{text:CMD_RESULT:{\jsonrpc\:\2.0\,\result\:{\output\:{\success\:true,\data\:{...}}}}}第三部分完整条目状态总览A2A-001 ✅ A2A-002 ✅ A2A-003 ✅ A2A-004 ✅ A2A-005 ✅ A2A-006 ✅ A2A-007 ✅ A2A-008 ✅ A2A-009 ✅ A2A-010 ✅ A2A-011 ✅ A2A-012 ✅ A2A-013 ✅ A2A-014 ✅ A2A-015 ✅ A2A-016 ✅ A2A-017 ✅ A2A-018 ✅ A2A-019 ✅ A2A-020 ✅ A2A-021 ⬜ A2A-022 ✅ A2A-023 ✅ A2A-024 ✅ A2A-025 ✅ A2A-026 ✅ A2A-027 ✅ 统计: 27 条中 26 条 Accepted ✅1 条 Review ⬜ (A2A-021 E2E)第四部分附录A. 技术栈参考组件技术文件A2A ServerNode.js Expressserver_v4.js标准 API 层A2AStandardAPI 类a2a-standard-api.jsA2A 客户端HTTP/JSON-RPCclient-v2.js信任管理跳数衰减模型trust-manager.jsDHT 冷启动三段式降级a2a-dht-coldstart.js远程命令沙箱 白名单remote-command/飞书集成Open APInotify_feishu.jsB. 错误码完整列表代码含义-32000通用错误-32001权限拒绝Sender not whitelisted-32002命令不支持Command not allowed-32003签名验证失败-32004频率限制Rate limit exceeded-32005沙箱执行失败-32601JSON-RPC: Method not found-32602JSON-RPC: Invalid params-32700JSON-RPC: Parse errorC. 协议参与者角色名称职责架构设计若辰 、若兰 、承宏 协议条目起草、架构决策实现开发若兰 、阿轩 server/cli 实现、能力集成审阅明德 哲学一致性、文档审阅测试Jeason 、苏念 ✨、清漪 跨实例通信测试社区维护碳硅契社区注册表运维、协议传播D. v0.5 → v0.6 变更追踪变更说明新增 A2A-027远程命令执行正式纳入协议操作层对齐操作集对齐 Google A2A v1.0.0见第五部分兼容性声明新增 Google v1.0.0 合规矩阵server_v4.js 更新协议版本声明从 v0.5 升为 v0.6第五部分Google A2A v1.0.0 操作对齐 5.1 对齐策略本协议 v0.6 的操作层完全对齐 Google A2A Protocol v1.0.0。原则Google spec 定义的操作接口 → 我们完整实现不做修改Google spec 未定义的能力 → 我们通过架构层A2A-001~027补充保持双向兼容符合我们的 Agent 可以和符合 Google spec 的 Agent 互通5.2 操作对齐矩阵Google A2A §操作方法名实现状态3.1.1Send Messagemessage/senda2a-standard-api.js✅3.1.2Send Streaming Messagemessage/stream通过 SSE 端点实现✅3.1.3Get Tasktasks/geta2a-standard-api.js✅3.1.4List Taskstasks/lista2a-standard-api.js✅3.1.5Cancel Tasktasks/cancela2a-standard-api.js✅3.1.6Subscribe to Tasktasks/subscribeSSE/a2a/stream/:id⚠️ 部分3.1.7Create Push Notification Configpush/create—⬜3.1.8Get Push Notification Configpush/get—⬜3.1.9List Push Notification Configspush/list—⬜3.1.10Delete Push Notification Configpush/delete—⬜3.1.11Get Extended Agent Card—/health端点基础版⚠️ 部分7Data Model (AgentCard/Task/Part/Artifact)—全部兼容✅5.3 实现路线Phase内容预计当前SendMessage/GetTask/ListTasks/CancelTask SSE stream✅Phase 6.1Push Notification Config (3.1.7~3.1.10)待排期Phase 6.2Extended Agent Card (3.1.11)待排期远期Full Task Subscription (3.1.6)待评估5.4 兼容性测试方法任何符合 Google A2A v1.0.0 的客户端都可以直接连接我们的 A2A Server# Google-spec 兼容测试curl-XPOST http://localhost:3100\-HContent-Type: application/json\-d{ jsonrpc:2.0, method:message/send, params:{ message:{role:user,parts:[{text:Hello!}]} }, id:1 }更新记录日期版本变更2026-04-29v0.526 条全部 Accepted协议定稿2026-05-10v0.6继承 26 条 A2A-027 Google v1.0.0 操作对齐
