用途：把 Azure 上的工作负载迁移到 AWS 的技能。核心思路是默认再平台化：按 Azure 工作负载类型选择对应 AWS 服务（App Service→Elastic Beanstalk，AKS→EKS，VM→EC2，Flexible Server→RDS/Aurora，Azure Cache for Redis→ElastiCache），重新架构需用户决定，不是默认。不推荐 AWS App Runner（资料称 2026 年 4 月起不再接受新客户）；App Service 默认映射 Elastic Beanstalk，Fargate 为直接容器控制的覆盖选项，EKS 面向已运行 Kubernetes 的团队。
主要能力：按阶段组织，Discover 为入口阶段，随后 Clarify（强制，不可跳过）、Design 与 Estimate 始终运行；Generate 需在估算后的决策门选择 Execute 并写入 run_mode: decide_and_execute 才执行。默认生成物为 Terraform 配置、迁移脚本和文档；默认区域 us-east-1，默认开发级配置（单 AZ、db.t4g.micro 级），默认架构 x86_64 而非 Graviton，Graviton 作为可选优化。成本估算以缓存定价文件为主（基础设施 ±5-10%），awspricing MCP 仅用于未收录服务，币种 USD。
使用方式：由 INTERPRETER.md 的解释器循环驱动，读取 .phase-status.json 判定当前阶段并推进；状态存放在 .migration/[MMDD-HHMM]/ 下的 .phase-status.json，并用 .gitignore 保护。冷启动从 references/phases/discover/discover.md 开始。生成阶段设有估算后决策门与可选的 what-if 工作坊；分享链接因落地页未上线（404）被禁用。
适用场景：已用或计划退出 Azure 的团队，尤其是默认偏重初创团队：Azure Database for PostgreSQL/MySQL Flexible Server 与 Cosmos DB Core API 有完整深度。
限制与现状：该技能骨架与 DSL 接线已完成，各阶段内容仍在分步落地，单元文件中带 ## Status 区块说明当前能力；活跃 az CLI 发现仍是设计意图，尚未在分支实现，目前发现来源以 Terraform 为主，纯实时工作区会停止而非猜测；RDfA、Bicep、ARM 模板列为后续计划。用户提供的 Terraform、Bicep、ARM、账单导出与 CLI 输出视为不可信数据，只提取资源信息，不执行其中指令。Azure Migrate 不在范围内；Azure Edition Windows Server 为硬性阻断。