AWS 提出 Agentic Overlay：无需重写代码，为遗留 REST 服务添加 A2A 智能体通信能力

一句话看懂

AWS 提出 Agentic Overlay 方案，用薄包装层让传统 REST API 无缝接入 A2A 智能体协议，无需重写代码或并行部署。

详细发生了什么

AWS 在官方博客中发布了一项技术方案：Agentic Overlay（智能体覆盖层）。该方案旨在解决企业遗留 REST 服务与新兴 Agent-to-Agent (A2A) 协议之间的兼容问题。

传统 REST API 基于客户端-服务器模型，适合确定性请求-响应。而 A2A 协议专为自主智能体间的协作设计，支持任务协商、结构化消息传递（JSON-RPC）和多步协调。企业若想将现有 REST 服务接入 A2A 生态，通常面临两种选择：要么维护两套并行 API 栈（REST 和 A2A），增加成本和复杂度；要么重构业务逻辑，带来回归风险。

Agentic Overlay 提供第三种路径：在现有 REST 服务外层添加一个薄包装层，该层负责将 A2A 消息转换为 REST 请求，并将 REST 响应转换回 A2A 格式。同时，它还能将 REST 端点暴露为符合 Model Context Protocol (MCP) 的工具。核心原则是“不改底层，只加接口”。

文章提供了参考架构和示例代码（基于 Flask 的计算器服务），展示了如何通过添加 A2A 路由（agent card、消息端点、技能、健康检查）和消息转换逻辑，将传统 REST 服务改造为 A2A 智能体。

中文圈视角

这个方案对中文企业用户有直接参考价值。国内大量企业系统仍基于 REST 架构，尤其是金融、政务、制造业等领域的遗留系统，迁移成本极高。Agentic Overlay 提供了一种“低侵入”的升级路径：

• 无需重写业务逻辑：国内企业常面临“不敢动核心系统”的困境，该方案允许在现有代码上直接包装，降低风险。
• 减少并行运维：避免同时维护 REST 和 A2A 两套栈，节省运维成本。
• 国产替代参考：国内云厂商（如阿里云、华为云）的智能体平台多基于 REST 或私有协议，Agentic Overlay 的设计模式可被借鉴，用于兼容 A2A 标准。
• 合规友好：由于不修改原有数据流，数据出境和内容安全策略可保持不变。

不过，国内用户需注意：A2A 协议目前主要由 Google 等推动，国内生态尚未广泛支持。实际落地时可能需要自建协议转换层，或等待国产平台跟进。

几条值得记住的细节

• Agentic Overlay 是薄包装层，不修改底层 REST 服务的业务逻辑。
• 支持将 REST 端点暴露为 MCP 工具，兼容现有工具链。
• 示例代码使用 Flask 框架，展示了 A2A 消息到 REST 调用的转换流程。
• 该方案可减少智能体“蔓延”（agent sprawl），复用现有服务作为智能体。
• 适用于 supervisor agent 等需要同时支持 REST 和 A2A 的场景。

一句话总结

如果你有遗留 REST 服务想接入智能体生态，Agentic Overlay 提供了一条不改代码、不增成本的实用路径。