文档中心

AgentKit

请输入

进阶入门：存量 Agent 迁移

存量 Agent 迁移 FAQ

Q1 · 迁移后，我原有的接口和调用方式还能用吗？

可以。我们提供两种迁移方式，您可以按项目情况选择，兼顾「改造成本低」和「现有调用方零改动」。

标准迁移（默认推荐）

适合绝大多数项目

迁移后统一提供一套标准接口

改造成本最低，上手最快

兼容迁移

适合已在使用官方 Server 的项目

在提供标准接口的同时，完整保留您原有的接口与调用方式

现有调用方无需任何改造

Q2 · 基于 Bedrock AgentCore 构建的应用能平滑迁移吗？

能。迁移会自动识别您应用背后真正的智能体逻辑并接入平台，同时保留原有的健康检查与调用接口，让现有调用方平滑过渡，尽量减少改造工作。

Q3 · 迁移后可以换用平台提供的大模型吗？

可以，而且完全由您决定。默认情况下迁移不会改动您的模型配置；当您希望切换到平台推荐的模型时，只需在迁移时开启模型替换并填写模型信息即可。

说明

模型替换只调整运行时配置，不会改动您的业务代码，切换与回退都很方便。

Q4 · 迁移会影响我的对外协议和前端交互吗？

不会削弱。迁移遵循「只增强、不降级」的原则：

系统间协作接口（A2A）：完整保留，外部系统的调用方式不变。

前端交互接口（AG-UI）：完整保留，流式输出与交互体验不受影响。

平台负责的部分：应用托管、部署、鉴权、配置与运行监控，并额外提供一套统一的标准接口。

目前平台已默认支持系统间协作接口（A2A）；部分前端交互的增强能力仍在持续完善中，如有特殊需求可随时与我们沟通确认。

接口类型	迁移后的表现
系统间协作（A2A）	原有调用方式完整保留，外部系统无需改造。
前端交互（AG-UI）	原有交互接口保持不变，流式输出与工具调用体验不受影响。

Q5 · 应用需要和其他系统协作（A2A），迁移时怎么处理？

您的情况	迁移方案
基于 Google ADK 构建	自动生成标准协作服务，开箱即用。
基于 veADK 构建且需要鉴权	自动生成协作服务并保留原有鉴权能力。
有更精细的协作配置需求	支持自定义协作服务的各项配置。
需要独立部署的协作服务	支持，迁移后接入更灵活。

提示：迁移会自动保证协作接口稳定可用，外部系统可以照常访问，无需调整。

Q6 · 迁移会影响前端的实时交互体验（AG-UI）吗？

不会。迁移在保留原有前端交互接口的基础上，补充托管与运维能力，交互体验保持一致。

说明

系统间协作（A2A）可在迁移时自动配置；前端交互（AG-UI）会先与您确认接口与交互方式再稳妥迁移，尽量做到无感切换。

迁移会做的	会为您保证的
在原有交互接口上补充托管、鉴权、监控与部署能力	不改变前端接口的调用方式
适配您所用框架的前端交互能力	完整保留流式输出、工具调用、状态更新等实时体验
额外提供一套标准接口作为补充	不替代您原有的前端交互入口

交互体验完整保留，包括：

消息的开始、结束与异常提示

文字的实时流式输出

工具调用过程的实时反馈

界面状态的实时更新

自定义的扩展交互事件

不同情况的处理方式：

已在使用标准前端交互能力：直接保留，无需改造。

用了主流框架但还没接入前端交互：迁移时自动帮您接入。

只有基础调用、暂无实时交互需求：先提供基础能力，并与您确认前端交互期望。

有较多自定义交互或前端强依赖的数据格式：逐项与您确认后再处理，确保不影响现有前端。

最近更新时间：2026.07.28 19:37:05

这个页面对您有帮助吗？

有用

无用