Migre más rápido con AWS Transform y su agente de codificación con IA

Por Diego Dalmolin y Jonathan Shapiro-Ward, arquitectos de soluciones de AWS.

Introducción

Si ya trabaja con un agente de codificación con IA, sabe todo lo que puede hacer. Herramientas como Kiro, Claude Code y Cursor leen repositorios, razonan sobre el código y ejecutan tareas de varios pasos desde un IDE o una terminal. Son excelentes agentes de codificación con IA de uso general, diseñados para ayudar con las tareas cotidianas de desarrollo de software. Pero planificar y ejecutar una migración exige conocimiento especializado: descubrimiento, agrupación de aplicaciones, planificación de oleadas, conversión de redes, modelado de costos. Esa es una disciplina completamente distinta.

Aquí es donde entra AWS Transform. Diseñado específicamente para migración y modernización, AWS Transform se basa en dos décadas de experiencia de AWS en migraciones. Sus agentes especializados ingieren datos de descubrimiento, generan casos de negocio basados en datos, agrupan aplicaciones, crean planes de oleadas, diseñan e implementan landing zones, convierten redes y realizan el rehost de servidores y almacenamiento. Se encarga del trabajo específico de migración para el que un agente de codificación nunca fue diseñado. AWS Transform for migrations está disponible sin costo adicional, lo que lo convierte en una opción atractiva para realizar el trabajo pesado de una migración.

Puede usar AWS Transform a través de su interfaz web, pero existe otra opción que lo lleva directamente a su flujo de trabajo actual: el Model Context Protocol (MCP). Al conectar AWS Transform con su agente de codificación mediante MCP, obtiene lo mejor de ambos: la experiencia en migración de AWS Transform, invocada directamente desde el agente con el que ya trabaja. Esta publicación se centra en esa integración con MCP: cómo funciona, cómo configurarla en Kiro, Claude Code, Cursor u otros agentes de codificación con IA, y cómo escribir prompts para que trabajen juntos en una migración eficaz.

Por qué conectar un agente de codificación con AWS Transform

Al conectar AWS Transform con su agente de codificación mediante MCP, el agente de codificación puede dirigir todo el ciclo de vida de la migración. Con un enfoque de chat, puede crear espacios de trabajo (workspaces) y trabajos (jobs) de Transform, responder a tareas con intervención humana (human-in-the-loop, HITL), supervisar el estado de los trabajos y gestionar los artefactos creados por Transform. Sigue haciendo todo lo que un agente de codificación hace mejor y ahora también puede realizar tareas complejas de migración. Esta combinación habilita flujos de trabajo que ninguna de las dos herramientas puede realizar por sí sola:

• Componga flujos de trabajo personalizados. Pida a su agente de codificación que inicie varios trabajos de migración. El agente espera a que cada uno avance, lee los resultados y los reúne en un único conjunto de salidas, todo en una sola sesión.
• Mejore el descubrimiento. El agente de codificación puede leer sus repositorios locales, archivos de reglas de negocio y notas. Luego incorpora ese contexto en los prompts de AWS Transform, para que las agrupaciones de aplicaciones y las estrategias R asignadas reflejen su realidad.
• Permanezca en un solo lugar. Usted revisa planes, aprueba pasos HITL y ajusta el plan de oleadas en el mismo chat donde escribe código. No tiene que cambiar de herramienta.
• Automatice y verifique. Cree ciclos de verificación que comparen los resultados con sus criterios de éxito, vuelvan a ejecutar un paso cuando algo parezca incorrecto y señalen todo lo que requiera su revisión. Usted define una sola vez qué significa «terminado», y el agente lo vigila para que usted no tenga que supervisar de cerca los trabajos de larga duración.
• Eficiencia de costos. Los agentes de codificación con IA cobran por token, así que cada prompt y cada respuesta tienen un costo. AWS Transform no suma a esa factura: AWS Transform for migrations es gratuito, y las transformaciones personalizadas (custom transformations) de AWS Transform cobran solo por los minutos activos del agente mientras planifica, analiza o modifica su código. El tiempo de espera de operaciones locales, como la compilación y las pruebas, no se cuenta. Al delegar el trabajo pesado de migración a AWS Transform, mantiene el uso de tokens de su agente de codificación enfocado donde aporta más valor.

Requisitos previos

Para usar el MCP de AWS Transform con un agente de codificación con IA, necesitará lo siguiente:

• Un agente de codificación. Si no tiene uno, le recomendamos Kiro
• Python 3.10 o posterior instalado
• El administrador de paquetes de Python de Astral, UV/UVX, instalado
• Una cuenta de AWS, con AWS Transform configurado mediante Single Sign On (SSO)

Elija su ruta de configuración

Hay cuatro formas de conectarse. Comience con la opción empaquetada para su agente de codificación con IA. Si no hay una instalación dedicada para su agente, consulte la documentación del agente para saber cómo agregar servidores MCP y luego use la opción cuatro. Todas las opciones instalan y usan el mismo servidor MCP de AWS Transform, que se ejecuta localmente y se conecta a su propia cuenta de AWS. Usted controla la identidad y los permisos que usa el servidor, y tiene control total sobre lo que puede acceder.

Kiro

Instale el AWS Transform Kiro Power. Le da acceso completo a los agentes de AWS Transform desde el IDE de Kiro e instala el servidor MCP por usted. En el panel Powers, busque AWS Transform e instálelo. Luego abra Kiro Chat, seleccione el Power y elija Try power.

Plugin de agente para Claude Code, Codex y Cursor

Instale el plugin de agente de AWS Transform desde awslabs/agent-plugins. Incluye las configuraciones .claude-plugin, .codex-plugin y .mcp.json.

Plugin de IDE para VS Code y Open VSX

Instálelo mediante uno de los siguientes métodos:

• VS Code: instálelo desde VS Code Marketplace.
• Open VSX: instálelo desde el registro de Open VSX.

Cualquier cliente compatible con MCP

Instale el servidor MCP desde PyPI como awslabs.aws-transform-mcp-server. Use esta ruta solo si quiere el servidor sin un Kiro Power ni un plugin de agente.

Después de configurarlo, reinicie su cliente. Luego confirme la conexión pidiéndole a su asistente: «Verifica el estado de mi conexión con AWS Transform». El asistente llama a la herramienta de estado del servidor. Esta devuelve la versión del servidor y el estado de la autenticación.

Autentíquese

Pida a su asistente: «Configura AWS Transform con SSO.» Le solicitará su región de AWS y la URL de inicio de IAM Identity Center (por ejemplo, https://d-1234567890.awsapps.com/start). Luego abre un navegador para iniciar sesión y guarda sus credenciales localmente, de modo que los tokens se vuelvan a cargar al reiniciar.

Algunas operaciones del plano de control, como asociar un rol de IAM a un conector, usan credenciales estándar de AWS. El servidor las obtiene automáticamente de su entorno (~/.aws/config). Si usa más de un perfil, configure AWS_PROFILE en la configuración de su cliente para seleccionar el correcto.

Comience su primer flujo de trabajo de migración

Con la integración de MCP configurada y la autenticación lista, puede empezar a trabajar con AWS Transform directamente desde su agente de codificación. Los dos conceptos centrales son los espacios de trabajo y los trabajos. Un espacio de trabajo es un contenedor lógico para uno o más trabajos de migración, que le ofrece un único lugar para gestionar toda una migración. Dentro de un espacio de trabajo, usted crea trabajos para tareas específicas, como evaluaciones, planificación de oleadas o migraciones de extremo a extremo.

Enumere los espacios de trabajo existentes. Si su equipo ya comenzó a trabajar en AWS Transform, pídale a su agente de codificación:

"Enumera mis espacios de trabajo de AWS Transform."

El agente llama al servidor MCP y devuelve los espacios de trabajo disponibles, junto con su estado y los trabajos activos que tengan.

Cree un nuevo espacio de trabajo. Para empezar desde cero:

"Crea un nuevo espacio de trabajo de AWS Transform llamado data-center-exit-2026."

El agente crea el espacio de trabajo y devuelve una confirmación con el ID del espacio de trabajo. A partir de ahí, puede iniciar trabajos de migración dentro de él.

Enumere los tipos de trabajo disponibles. Antes de iniciar un trabajo, puede ver qué hay disponible:

"¿Qué tipos de trabajo puedo ejecutar en AWS Transform?"

El agente devuelve los tipos de trabajo disponibles, como migración de extremo a extremo, evaluación, planificación de oleadas o pasos individuales, como la conversión de redes y el rehost de servidores. Esto le ayuda a elegir el trabajo adecuado según la etapa de la migración en la que se encuentre.

Inicie un trabajo de migración. Con un espacio de trabajo listo, puede iniciar un trabajo de migración. AWS Transform ofrece varios tipos de trabajo, desde migraciones de extremo a extremo hasta fases individuales, como la evaluación o la planificación de oleadas. Por ejemplo:

"En el espacio de trabajo data-center-exit-2026, inicia una evaluación de migración."

El agente inicia el trabajo y AWS Transform comienza a ejecutar los pasos de la migración. Puede consultar el progreso, responder a tareas con intervención humana y descargar artefactos, todo a través de su agente de codificación.

Buenas prácticas de prompts que también aplican aquí

Estos hábitos se aplican a cualquier agente de IA. También es importante tenerlos en cuenta cuando su agente de codificación orquesta AWS Transform. Si sigue estas pautas, podrá escribir prompts que ayuden a obtener los mejores resultados tanto de su agente de codificación como de AWS Transform.

• Empiece por el artefacto. Nombre primero lo que quiere: un caso de negocio, un plan de oleadas, CDK para su red, informe de estado de la migración. Así orienta la respuesta hacia el resultado estructurado más relevante, en lugar de una conversación abierta.
• Sea específico y diga lo que quiere, no lo que debe evitar. «Enumera mis servidores por sistema operativo y señala todo lo que esté en un sistema operativo sin soporte» funciona mejor que «analiza mis servidores». Y «pon las aplicaciones de bajo riesgo en la primera oleada» funciona mejor que «no hagas que la primera oleada sea riesgosa». Describa en términos sencillos el resultado que busca.
• Indique sus entradas. Dígale al agente el archivo, el formato y cualquier contexto adicional: notas, una lista de aplicaciones existente o archivos de reglas de negocio en el repositorio. El agente de codificación puede leer ese contexto localmente y pasárselo a AWS Transform.
• Defina desde el principio la forma de la salida. Decida pronto si quiere un informe, un dashboard, una exportación de datos o un conjunto de secciones. Luego indique cómo debe organizarse.
• Exprese sus límites como guardrails. Plazos, límites de servidores por oleada, reglas de rollback y supuestos de licenciamiento: todo eso es válido. Si no los indica, el agente llena los vacíos con sus propios supuestos.
• Detalle los pasos en trabajos de varias etapas. Cuando una solicitud abarca varias etapas, describa la ruta para que el agente no se salte ningún paso: «Primero define el alcance y analiza, luego agrupa las aplicaciones, luego genera los grupos de traslado (move groups), luego crea las oleadas y muestra la evidencia detrás de cada agrupación.»
• Pida evidencia y verifique. Solicite los datos detrás de cada conclusión: cantidad de servidores, listas de dependencias o la regla que motivó una decisión. Esto le ayuda a detectar desviaciones a tiempo. AWS Transform puede rastrear las decisiones de planificación hasta los datos que usted mismo cargó.
• Itere. Empiece con algo simple, revise y ajuste. Cada cambio actualiza el plan o el caso de negocio en el mismo lugar, así que afinar sus entradas cuesta poco.

Ejemplos de prompts para empezar

Estos prompts muestran los hábitos anteriores aplicados de principio a fin desde su agente de codificación. El agente encuentra el agente adecuado de AWS Transform, inicia los trabajos, consulta su avance y devuelve los resultados, para que usted pueda expresar su intención a alto nivel y permanecer en un solo lugar.

Inicie una evaluación con salida estructurada:

"Usando AWS Transform, inicia una evaluación de migración. Para el inventario, usa los archivos de exportación de RVTools ubicados en la carpeta ./discovery/. Región de destino us-east-1, precios con Savings Plans, licenciamiento de SQL Server como License Included. Cuando el caso de negocio esté listo, devuelve tres secciones: recomendaciones de cómputo, escenarios de licenciamiento y comparación de costos on-premises vs. AWS."

Refine la evaluación a través del chat:

"Pídele a AWS Transform que agregue mis costos on-premises ocultos, el alquiler de colocation y el gasto en redes; luego cambia el licenciamiento de SQL Server a Bring Your Own License y muéstrame qué cambió en el caso de negocio."

Agrupe aplicaciones con sus propias reglas y el contexto del repositorio:

"Lee business_rules.txt y naming-conventions.md de este repositorio. Indícale a AWS Transform que agrupe los servidores en aplicaciones usando nuestros códigos de entorno (PRD, DEV, UAT) y esas reglas de negocio, y luego muéstrame el catálogo de aplicaciones con la evidencia de cada agrupación."

Cree oleadas con límites y secuencia claros:

"Haz que AWS Transform cree un plan de oleadas para una salida del centro de datos por fases. Pon las aplicaciones de bajo riesgo y baja complejidad en las primeras oleadas y deja para más adelante las críticas para el negocio y de alta complejidad. Limita cada oleada a una cantidad manejable de servidores y mantén juntos los entornos de producción y de no producción de cada aplicación. Luego recomienda estrategias de las 7 R antes de que yo las asigne."

Mantenga a un humano en el ciclo:

"Muéstrame la tarea de aprobación pendiente de AWS Transform y sus detalles. No envíes una respuesta; espera mi decisión."

De forma predeterminada, cada paso HITL se pausa y espera la aprobación humana. Sin embargo, un usuario podría configurar su agente de codificación para aprobar automáticamente estos pasos. El prompt anterior anula el comportamiento de aprobación automática y garantiza que el agente siempre le presente la tarea y su artefacto subyacente para que usted la revise antes de aprobarla, rechazarla o escalarla.

Ejecute la secuencia completa, con evidencia obligatoria:

"Usa mi trabajo de migración. Ejecuta esto en orden y haz una pausa para mi revisión entre etapas: 1) define el alcance y analiza el inventario, y excluye todo lo que esté en un sistema operativo sin soporte; 2) agrupa las aplicaciones; 3) genera grupos de traslado a partir de las dependencias técnicas y de negocio; 4) crea y prioriza las oleadas. Presenta la evidencia detrás de cada decisión de agrupación."

Automatice un ciclo de consulta y verificación:

"Inicia el trabajo de planificación de oleadas y consulta su avance hasta que termine. Revisa el estado periódicamente y espera mientras siga en ejecución. Cuando termine, verifica el resultado con estos criterios: cada servidor dentro del alcance está asignado a exactamente una oleada, ninguna oleada supera los 50 servidores y los entornos de producción y de no producción de cada aplicación permanecen juntos. Si alguna verificación falla, dile a AWS Transform qué está mal, vuelve a ejecutar ese paso y verifica de nuevo. Detente y haz un resumen cuando todas las verificaciones se cumplan, o señala para mi revisión cualquier cosa que no puedas resolver."

Aquí es donde los dos agentes se combinan mejor. AWS Transform hace la planificación especializada; el agente de codificación se encarga del ciclo: inicia el trabajo, consulta su avance hasta que termina, prueba el resultado frente a sus criterios de éxito e itera hasta que el plan es correcto. Usted fija el estándar una vez, y el agente se asegura de que el trabajo lo cumpla.

Cuando terminen los trabajos, deje que el agente de codificación reúna los resultados:

"Descarga los artefactos de la evaluación y del plan de oleadas de AWS Transform y combínalos en un solo informe de migración, desglosado por aplicación, con una comparación de costos y la arquitectura de estado objetivo de cada una."

Conclusión

Los agentes de codificación y AWS Transform resuelven partes distintas del problema de la migración. Juntos, cubren el panorama completo. Su agente de codificación aporta el contexto, la lógica personalizada y la automatización. AWS Transform aporta 20 años de conocimiento en migraciones, desde la agrupación de aplicaciones y la secuencia de oleadas hasta el diseño de landing zones y la modernización de código. Se encarga de la planificación especializada para que su agente de codificación no tenga que hacerlo. MCP es lo que los conecta, y esta publicación le mostró cómo.

Para obtener más información, consulte Herramientas para desarrolladores de AWS Transform en la Guía del usuario de AWS Transform y el servidor MCP de AWS Transform en GitHub.

Elija su ruta de instalación y pregúntele a su agente de codificación qué puede hacer AWS Transform por su migración. Esa única conexión le da acceso a la experiencia en migración a la velocidad de un prompt.

Traducido del blog original en inglés.

Autores

Traductor