微软最近宣布 Azure Copilot Migration Agent 正式公开可用。这是一个内置在 Azure 门户中的 AI 助手，目标是简化并加速云迁移中的规划和评估阶段。该 Agent 基于现有的 Azure Migrate 数据运行，可以直接在 Azure Migrate 仪表盘中访问。
这个 Agent 针对的是企业上云过程中一个很典型的痛点：迁移项目之所以推进缓慢，不只是因为技术复杂，还因为工具割裂、规划流程高度依赖人工，以及在真正迁移任何工作负载之前，对大规模本地资产进行评估本身就非常耗时。Flexera 最新的云状态报告显示，企业的云预算平均超支 17%，而在受访组织中，有 84% 把“成本管理”列为首要挑战。
Migration Agent 主要聚焦迁移前阶段，提供了三大核心能力：
首先，它支持对 VMware 环境进行无代理发现，可以生成资源清单、依赖关系图以及 6R（迁移策略）建议，而且不需要直接连接 Azure，也不需要修改现有网络拓扑。同时，一个配套工具 Azure Migrate Collector（目前处于公测阶段）还支持离线采集清单数据，适用于尚未建立 Azure 连接的环境。
其次，该 Agent 可以自动创建符合微软 Cloud Adoption Framework 的落地环境，生成 Terraform 或 Bicep 模板，配置网络和身份策略，并输出结构化的迁移波次计划，用于按阶段推进工作负载迁移。
第三，它可以和 GitHub Copilot 集成，把应用现代化任务（包括 .NET 和 Java 代码升级）直接交给开发团队处理；如果需要更深入的重构分析，还可以配合 CAST Highlight 等第三方工具。
来源：微软技术社区博客
不过，虽然微软称该 Agent 已“公开可用”，但实际情况稍微复杂一些。IT 专业社区 4sysops 指出，该 Agent “目前仍处于 public preview（公测）阶段”，并强调了一个关键限制：
它并不能执行实际的迁移操作。像复制、测试迁移和最终切换（cutover）这些步骤，仍然是在 Azure Migrate 门户中完成，而不是通过这个 Agent。
因此，在评估这个工具时，可以把它理解为现有 Azure Migrate 流程之上的一个智能规划层，而不是替代方案。
此外，它还有一些范围上的限制。例如，目前完整的端到端规划能力（包括落地环境模板生成）只支持 VMware 工作负载；对于 Hyper-V 和裸金属环境，只提供分析和策略建议。另外，如果租户使用了“自带存储（BYOS）”来保存 Copilot 对话历史，就无法使用该 Agent；而且需要在租户级别手动开启 Agent 的预览功能。
从竞争角度来看，这种“只做规划、不负责执行”的定位也值得关注。AWS 在 2025 年 5 月推出的 AWS Transform 采取了更激进的策略，通过多个专用 Agent 不仅覆盖规划，还延伸到实际执行，包括依赖分析、代码重构和数据库迁移。两大云厂商都在争夺同一批 VMware 客户（这些客户因博通收购后的许可策略调整而产生动荡），因此自动化能力的覆盖范围，正在成为企业选型时的重要差异点。
Azure 与 AI 方向的 MVP Dave R 在 Medium 上表示，Migration Agent、GitHub Copilot 应用现代化能力以及 Azure Accelerate 结合起来，构成了一条从发现、到代码改造、再到执行的完整流水线。他认为，这种整合的意义不仅是功能叠加，而是在架构层面具有重要价值。
SoftwareOne 的云解决方案架构师 Mohamed Salah 在领英上提到了一个非常实用的点：
Azure Migrate Collector 可以在本地采集资源清单和性能数据，而不需要直接连接 Azure。对于很多企业客户来说，这有助于解决迁移初期最大的障碍之一：发现阶段的限制和安全顾虑。
Salah 还指出，GitHub Copilot 的集成也在解决大型转型项目中的一个结构性问题：工具分散，以及评估团队和开发团队之间交接缓慢，常常会让项目推进失去节奏。
目前官方尚未公布定价。在预览阶段，Azure Copilot 的这些 Agent 能力是免费的，但微软也表示后续会单独公布 Agent 的收费模式。虽然规划能力已经比较完善，但在执行层面仍然存在空缺，因此人工主导的迁移流程依然不可或缺。
该 Agent 可以通过 Azure 门户中的 Azure Migrate 访问，在“Accelerate migration”入口下使用，但前提是你的租户已经启用了 Agents 预览功能。
