改造而非重建：用Agent化覆盖层重构传统企业服务
企业架构长期依赖REST API和微服务，这些系统稳定、测试充分且深度嵌入生产环境。然而，它们并非为智能体间通信（A2A）而设计——这一新兴标准使自主智能体能够通过结构化消息协作、推理和协调。在缺乏通用智能体协议时，许多现有智能体被排除在A2A框架之外。如今，挑战不仅是将A2A引入传统服务，还要将这些基于REST的智能体纳入标准化的智能体对智能体世界。
AWS与作者合作提出一种务实方案：智能体化覆盖层（Agentic Overlays）。这是一种轻量封装层，能将传统REST服务转化为可参与A2A交互的智能体，同时将REST API暴露为符合**模型上下文协议（MCP）**的工具。企业无需重写业务逻辑、无需重复代码、无需运行并行基础设施，即可为现有REST服务添加A2A能力，从而重用现有服务作为智能体，减少基础设施中的智能体泛滥。文章提供了参考架构和示例代码。
REST与A2A的对比
REST API专为确定性、客户端-服务器集成设计：客户端调用定义好的端点，传递参数，接收可预测响应，通常是无状态请求-响应流程。这使REST非常适合暴露业务能力（如增删改查），具有清晰契约、强兼容性和操作简便性。
A2A则设计用于自主智能体间的互操作：智能体通过元数据（如智能体卡片）相互发现，协商能力，通过结构化消息（通常基于JSON-RPC）协调多步骤任务。REST优化稳定服务接口和直接执行，A2A优化推理驱动协调、任务导向消息和智能体协作，使系统能够跨多个服务规划、委派和组合动作，而非孤立调用。
智能体化覆盖层的实现
智能体化覆盖层位于现有REST服务之上，充当双向适配器：
- 向A2A方向：它将REST端点封装为A2A智能体，支持智能体卡片发现、能力协商和JSON-RPC消息交换。
- 向MCP方向：它将REST API暴露为MCP工具，使任何MCP兼容的智能体（包括支持A2A的智能体）都能调用这些服务。
这种设计带来关键优势：
- 零业务逻辑重写：覆盖层仅处理协议转换，不修改后端代码。
- 无代码重复：同一REST服务可同时服务于传统客户端和A2A智能体。
- 避免并行基础设施：无需为A2A单独部署新服务。
参考架构与示例
文章提供的参考架构包含三个组件：
- A2A适配器：将REST端点映射为A2A智能体动作，处理智能体发现与消息路由。
- MCP工具暴露器：将REST API注册为MCP工具，定义输入输出模式。
- 统一管理平面：监控智能体覆盖层状态，管理生命周期。
示例代码展示了如何用Python构建覆盖层：利用FastAPI创建A2A端点，通过MCP SDK将现有REST API包装为工具。关键代码段包括智能体卡片生成、JSON-RPC消息处理、MCP工具注册。
行业背景与价值
随着多智能体系统在企业中普及（如自动化客户服务、供应链优化、IT运维），A2A标准的重要性日益凸显。谷歌、微软、AWS等巨头正推动A2A协议标准化。智能体化覆盖层使企业能渐进式迁移，而非“大爆炸”式重构，降低风险并保护现有投资。它特别适合拥有大量遗留REST服务的大型企业，这些服务承载关键业务逻辑但难以替换。
总结
智能体化覆盖层为“改造而非重建”提供了可行路径。它弥合了REST与A2A之间的鸿沟，使企业能够在不中断现有服务的前提下，拥抱智能体协作的未来。对于CTO和架构师而言，这是将现有系统融入AI驱动生态的高性价比策略。