Migre mais rápido com o AWS Transform e seu agente de codificação com IA

Por Diego Dalmolin e Jonathan Shapiro-Ward, arquitetos de soluções da AWS.

Introdução

Se você já trabalha com um agente de codificação com IA, sabe o quanto ele é capaz de fazer. Ferramentas como Kiro, Claude Code e Cursor leem repositórios, raciocinam sobre o código e conduzem tarefas de várias etapas a partir de um IDE ou terminal. São excelentes agentes de codificação com IA de uso geral, criados para ajudar nas tarefas do dia a dia de desenvolvimento de software. Mas planejar e executar uma migração exige conhecimento especializado: descoberta, agrupamento de aplicações, planejamento de ondas, conversão de rede, modelagem de custos. Essa é uma disciplina totalmente diferente.

É aí que entra o AWS Transform. Criado especificamente para migração e modernização, o AWS Transform se baseia em duas décadas de experiência da AWS em migrações. Seus agentes especializados ingerem dados de descoberta, geram casos de negócio baseados em dados, agrupam aplicações, criam planos de ondas, projetam e implantam landing zones, convertem redes e fazem o rehost de servidores e armazenamento. Ele cuida do trabalho específico de migração para o qual um agente de codificação nunca foi projetado. O AWS Transform for migrations está disponível sem custo adicional, o que o torna uma opção atraente para realizar o trabalho pesado de uma migração.

Você pode usar o AWS Transform pela interface web, mas existe outra opção que o leva diretamente para o seu fluxo de trabalho atual: o Model Context Protocol (MCP). Ao conectar o AWS Transform ao seu agente de codificação via MCP, você tem o melhor dos dois mundos: a experiência em migração do AWS Transform, acionada diretamente do agente com o qual você já trabalha. Este post trata dessa integração via MCP: como ela funciona, como configurá-la no Kiro, Claude Code, Cursor ou em outros agentes de codificação com IA, e como escrever prompts para que os dois trabalhem juntos em uma migração eficaz.

Por que conectar um agente de codificação ao AWS Transform

Ao conectar o AWS Transform ao seu agente de codificação via MCP, o agente de codificação pode conduzir todo o ciclo de vida da migração. Por meio de uma abordagem de chat, ele pode criar espaços de trabalho (workspaces) e jobs do Transform, responder a tarefas com intervenção humana (human-in-the-loop, HITL), monitorar o status dos jobs e lidar com os artefatos criados pelo Transform. Ele continua fazendo tudo o que um agente de codificação faz de melhor e agora também consegue realizar tarefas complexas de migração. Essa combinação viabiliza fluxos de trabalho que nenhuma das duas ferramentas consegue executar sozinha:

Crie fluxos de trabalho personalizados. Peça ao seu agente de codificação para iniciar vários jobs de migração. Ele aguarda o andamento de cada um, lê os resultados e os reúne em um único conjunto de saídas, tudo em uma só sessão.
Aprimore a descoberta. O agente de codificação pode ler seus repositórios locais, arquivos de regras de negócio e anotações. Em seguida, ele leva esse contexto para os prompts do AWS Transform, para que os agrupamentos de aplicações e as estratégias R atribuídas reflitam a sua realidade.
Fique em um só lugar. Você revisa planos, aprova etapas HITL e refina o plano de ondas no mesmo chat em que escreve código. Não é preciso alternar entre ferramentas.
Automatize e verifique. Crie loops de verificação para comparar os resultados com os seus critérios de sucesso, executando novamente uma etapa quando algo parecer errado e sinalizando tudo o que precisar da sua revisão. Você define uma única vez o que significa “concluído”, e o agente fica atento a isso para que você não precise acompanhar de perto jobs de longa duração.
Eficiência de custos. Agentes de codificação com IA cobram por token, então cada prompt e cada resposta têm um custo. O AWS Transform não aumenta essa conta: o AWS Transform for migrations é gratuito, e as transformações personalizadas (custom transformations) do AWS Transform cobram apenas pelos minutos ativos do agente enquanto ele planeja, analisa ou modifica o seu código. O tempo de espera por operações locais, como compilação e testes, não é contabilizado. Ao delegar o trabalho pesado de migração ao AWS Transform, você mantém o uso de tokens do seu agente de codificação concentrado onde ele agrega mais valor.

Pré-requisitos

Para usar o MCP do AWS Transform com um agente de codificação com IA, você precisará de:

Um agente de codificação. Se você ainda não tem um, recomendamos o Kiro
Python 3.10 ou posterior instalado
O gerenciador de pacotes Python da Astral, UV/UVX, instalado
Uma conta da AWS, com o AWS Transform configurado usando Single Sign On (SSO)

Escolha seu caminho de configuração

Há quatro formas de se conectar. Comece pela opção empacotada para o seu agente de codificação com IA. Se não houver uma instalação dedicada para o seu agente, consulte a documentação dele para saber como adicionar servidores MCP e, em seguida, use a opção quatro. Todas as opções instalam e usam o mesmo servidor MCP do AWS Transform, que é executado localmente e se conecta à sua própria conta da AWS. Você controla a identidade e as permissões que o servidor usa e tem controle total sobre o que ele pode acessar.

Kiro

Instale o AWS Transform Kiro Power. Ele dá acesso completo aos agentes do AWS Transform a partir do Kiro IDE e instala o servidor MCP para você. No painel Powers, encontre o AWS Transform e instale-o. Em seguida, abra o Kiro Chat, selecione o Power e escolha Try power.

Plugin de agente para Claude Code, Codex e Cursor

Instale o plugin de agente do AWS Transform a partir de awslabs/agent-plugins. Ele inclui as configurações .claude-plugin, .codex-plugin e .mcp.json.

Plugin de IDE para VS Code e Open VSX

Instale usando um dos seguintes métodos:

VS Code: instale a partir do VS Code Marketplace.
Open VSX: instale a partir do registro Open VSX.

Qualquer cliente compatível com MCP

Instale o servidor MCP a partir do PyPI como awslabs.aws-transform-mcp-server. Use este caminho somente se quiser o servidor sem um Kiro Power ou um plugin de agente.

Depois de configurar, reinicie o seu cliente. Em seguida, confirme a conexão perguntando ao seu assistente: “Verifique o status da minha conexão com o AWS Transform”. O assistente chama a ferramenta de status do servidor. Ela retorna a versão do servidor e o estado da autenticação.

Autentique-se

Peça ao seu assistente: “Configure o AWS Transform com SSO.” Ele solicita a sua região da AWS e a URL de início do IAM Identity Center (por exemplo, https://d-1234567890.awsapps.com/start). Depois, abre um navegador para o login e salva as suas credenciais localmente, para que os tokens sejam carregados novamente ao reiniciar.

Algumas operações do plano de controle, como associar uma função (role) do IAM a um conector, usam credenciais padrão da AWS. O servidor as obtém automaticamente do seu ambiente (~/.aws/config). Se você usa mais de um perfil, defina AWS_PROFILE na configuração do seu cliente para selecionar o perfil correto.

Comece seu primeiro fluxo de trabalho de migração

Com a integração MCP configurada e a autenticação pronta, você pode começar a trabalhar com o AWS Transform diretamente do seu agente de codificação. Os dois conceitos centrais são espaços de trabalho e jobs. Um espaço de trabalho é um contêiner lógico para um ou mais jobs de migração e oferece um único lugar para gerenciar uma migração inteira. Dentro de um espaço de trabalho, você cria jobs para tarefas específicas, como avaliações, planejamento de ondas ou migrações de ponta a ponta.

Liste os espaços de trabalho existentes. Se a sua equipe já começou a trabalhar no AWS Transform, peça ao seu agente de codificação:

"Liste meus espaços de trabalho do AWS Transform."

O agente chama o servidor MCP e retorna os espaços de trabalho disponíveis, junto com o status de cada um e os jobs ativos, se houver.

Crie um novo espaço de trabalho. Para começar do zero:

"Crie um novo espaço de trabalho do AWS Transform chamado data-center-exit-2026."

O agente cria o espaço de trabalho e retorna uma confirmação com o ID do espaço de trabalho. A partir daí, você pode iniciar jobs de migração dentro dele.

Liste os tipos de job disponíveis. Antes de iniciar um job, você pode ver o que está disponível:

"Quais tipos de job posso executar no AWS Transform?"

O agente retorna os tipos de job disponíveis, como migração de ponta a ponta, avaliação, planejamento de ondas ou etapas individuais, como conversão de rede e rehost de servidores. Isso ajuda você a escolher o job certo para a fase da migração em que você está.

Inicie um job de migração. Com um espaço de trabalho pronto, você pode iniciar um job de migração. O AWS Transform oferece vários tipos de job, desde migrações de ponta a ponta até fases individuais, como avaliação ou planejamento de ondas. Por exemplo:

"No espaço de trabalho data-center-exit-2026, inicie uma avaliação de migração."

O agente inicia o job, e o AWS Transform começa a executar as etapas da migração. Você pode acompanhar o progresso, responder a tarefas com intervenção humana e baixar artefatos, tudo pelo seu agente de codificação.

Boas práticas de prompt que também valem aqui

Esses hábitos se aplicam a qualquer agente de IA. Também é importante considerá-los quando o seu agente de codificação está orquestrando o AWS Transform. Seguindo estas orientações, você pode escrever prompts que ajudam a garantir os melhores resultados tanto do seu agente de codificação quanto do AWS Transform.

Comece pelo artefato. Diga primeiro o que você quer: um caso de negócio, um plano de ondas, CDK para a sua rede, relatório de status da migração. Isso direciona a resposta para o resultado estruturado mais relevante, em vez de uma conversa aberta.
Seja específico e diga o que você quer, não o que evitar. “Liste meus servidores por sistema operacional e sinalize tudo o que estiver em um sistema operacional sem suporte” funciona melhor do que “analise meus servidores”. E “coloque as aplicações de baixo risco na primeira onda” funciona melhor do que “não deixe a primeira onda arriscada”. Descreva o resultado que você quer em termos simples.
Indique suas entradas. Informe ao agente o arquivo, o formato e qualquer contexto extra: uma lista de aplicações existente ou arquivos de regras de negócio no repositório. O agente de codificação pode ler esse contexto localmente e repassá-lo ao AWS Transform.
Escolha o formato da saída logo de início. Decida cedo se você quer um relatório, um dashboard, uma exportação de dados ou um conjunto de seções. Depois, diga como tudo deve ser organizado.
Declare seus limites como guardrails. Prazos, limites de servidores por onda, regras de rollback e premissas de licenciamento: tudo isso vale. Se você não os declarar, o agente preenche as lacunas com as próprias suposições.
Detalhe as etapas em trabalhos com várias fases. Quando uma solicitação abrange várias fases, descreva o caminho para que o agente não pule nenhuma etapa: “Primeiro defina o escopo e analise, depois agrupe as aplicações, depois gere os grupos de movimentação (move groups), depois crie as ondas e mostre as evidências por trás de cada agrupamento.”
Peça evidências e verifique. Solicite os dados por trás de cada conclusão: contagem de servidores, listas de dependências ou a regra que motivou uma decisão. Isso ajuda a identificar desvios logo no início. O AWS Transform consegue rastrear as decisões de planejamento até os dados que você mesmo carregou.
Itere. Comece de forma simples, revise e refine. Cada alteração atualiza o plano ou o caso de negócio no próprio lugar, então ajustar as suas entradas custa pouco.

Exemplos de prompts para começar

Estes prompts mostram os hábitos acima aplicados de ponta a ponta a partir do seu agente de codificação. O agente encontra o agente certo do AWS Transform, inicia os jobs, acompanha o andamento deles e retorna os resultados, para que você possa expressar a sua intenção em alto nível e permanecer em um só lugar.

Inicie uma avaliação com saída estruturada:

"Usando o AWS Transform, inicie uma avaliação de migração. Para o inventário, use os arquivos de exportação do RVTools localizados na pasta ./discovery/. Região de destino us-east-1, preços com Savings Plans, licenciamento do SQL Server como License Included. Quando o caso de negócio estiver pronto, retorne três seções: recomendações de computação, cenários de licenciamento e comparação de custos on-premises vs. AWS."

Refine a avaliação pelo chat:

"Peça ao AWS Transform para adicionar meus custos on-premises ocultos, o aluguel de colocation e os gastos com rede, depois mude o licenciamento do SQL Server para Bring Your Own License e mostre o que mudou no caso de negócio."

Agrupe aplicações com suas próprias regras e o contexto do repositório:

"Leia business_rules.txt e naming-conventions.md deste repositório. Instrua o AWS Transform a agrupar os servidores em aplicações usando nossos códigos de ambiente (PRD, DEV, UAT) e essas regras de negócio e, depois, mostre o catálogo de aplicações com as evidências de cada agrupamento."

Crie ondas com limites e sequenciamento claros:

"Peça ao AWS Transform para criar um plano de ondas para uma saída do data center em fases. Coloque as aplicações de baixo risco e baixa complexidade nas primeiras ondas e deixe as críticas para o negócio e de alta complexidade para depois. Limite cada onda a um número gerenciável de servidores e mantenha juntos os ambientes de produção e de não produção de cada aplicação. Em seguida, recomende estratégias dos 7 Rs antes que eu as atribua."

Mantenha um humano no circuito:

"Mostre a tarefa de aprovação pendente do AWS Transform e os detalhes dela. Não envie uma resposta, aguarde a minha decisão."

Por padrão, cada etapa HITL pausa e aguarda a aprovação humana. No entanto, um usuário pode configurar o agente de codificação para aprovar essas etapas automaticamente. O prompt acima substitui o comportamento de aprovação automática e garante que o agente sempre apresente a tarefa e o artefato correspondente para a sua revisão antes de você aprovar, rejeitar ou escalar.

Execute a sequência completa, exigindo evidências:

"Use meu job de migração. Execute isto em ordem e pause para a minha revisão entre as fases: 1) defina o escopo e analise o inventário, excluindo tudo o que estiver em um sistema operacional sem suporte; 2) agrupe as aplicações; 3) gere grupos de movimentação com base nas dependências técnicas e de negócio; 4) crie e priorize as ondas. Apresente as evidências por trás de cada decisão de agrupamento."

Automatize um loop de acompanhamento e verificação:

"Inicie o job de planejamento de ondas e acompanhe-o até a conclusão. Verifique o status periodicamente e aguarde enquanto ele ainda estiver em execução. Quando terminar, verifique o resultado com base nestes critérios: cada servidor no escopo está atribuído a exatamente uma onda, nenhuma onda passa de 50 servidores e os ambientes de produção e de não produção de cada aplicação permanecem juntos. Se alguma verificação falhar, informe ao AWS Transform o que está errado, execute essa etapa novamente e verifique de novo. Pare e faça um resumo quando todas as verificações forem aprovadas ou sinalize para a minha revisão qualquer coisa que você não conseguir resolver."

É aqui que os dois agentes se complementam melhor. O AWS Transform faz o planejamento especializado; o agente de codificação cuida do loop: inicia o job, acompanha até que ele termine, testa o resultado com base nos seus critérios de sucesso e itera até que o plano esteja certo. Você define o padrão uma vez, e o agente garante que o trabalho o atenda.

Quando os jobs terminarem, deixe o agente de codificação reunir os resultados:

"Baixe os artefatos da avaliação e do plano de ondas do AWS Transform e combine-os em um único relatório de migração, dividido por aplicação, com uma comparação de custos e a arquitetura do estado de destino de cada uma."

Conclusão

Os agentes de codificação e o AWS Transform resolvem partes diferentes do problema da migração. Juntos, cobrem o quadro completo. O seu agente de codificação traz o contexto, a lógica personalizada e a automação. O AWS Transform traz 20 anos de conhecimento em migração, do agrupamento de aplicações e do sequenciamento de ondas ao design de landing zones e à modernização de código. Ele cuida do planejamento especializado para que o seu agente de codificação não precise fazer isso. O MCP é o que conecta os dois, e este post mostrou como.

Para saber mais, consulte Ferramentas para desenvolvedores do AWS Transform no Guia do usuário do AWS Transform e o servidor MCP do AWS Transform no GitHub.

Escolha o seu caminho de instalação e pergunte ao seu agente de codificação o que o AWS Transform pode fazer pela sua migração. Essa única conexão coloca a experiência em migração ao alcance de um prompt.

Traduzido do blog original em inglês.

O blog da AWS