AWS Emulator copia 200 servicios de Amazon sin conexión y ningún ingeniero leyó su código

AWS Emulator, la nueva herramienta para desarrolladores de Amazon, ofrece en un ordenador normal una réplica funcional de su nube, para que el software que suele comunicarse con los servidores de Amazon pueda probarse sin conexión, gratis y sin necesidad de tener una cuenta. Lo sorprendente es quién la ha creado. Amazon afirma que los agentes de IA han escrito todas y cada una de las líneas y que los ingenieros del proyecto no han escrito ni revisado el código.

Para quienes desarrollan software, esto cambia una práctica lenta y cara. Probar una aplicación en la nube real implica esperar a que respondan los servidores y pagar por recursos que solo se utilizan para luego descartarlos. Los agentes de programación, como Kiro, de Amazon, y Claude Code, de Anthropic, agravan el problema: comprueban su trabajo ejecutando código una y otra vez, y cada ida y vuelta a la nube añade tiempo y coste. El emulador permite que ese ciclo se ejecute en un portátil.

Lo que destaca es la escala. La herramienta cubre más de 200 servicios de AWS, generados a partir de más de 400 descripciones de API públicas de Amazon, y está escrita en Rust. Según Matt Goldberg, ingeniero principal sénior de AWS y responsable del proyecto, todo empezó como un experimento de fin de semana. Le dio a Kiro una única instrucción y, en unos 15 minutos, obtuvo una copia bastante convincente del servicio de colas de mensajes de Amazon. Para el lunes ya tenía una versión preliminar del resto de AWS, que su equipo empezó a utilizar para probar su propio software.

Lo que mantiene el código bajo control no es la revisión de una persona, sino una cadena de comprobaciones automatizadas. Amazon describe tres equipos de agentes que funcionan en su plataforma Bedrock AgentCore. Uno escribe «pruebas de fidelidad» con situaciones reales, como crear una cola, enviar un mensaje y eliminarla, y comprueba cada una de ellas en la nube real. Un segundo equipo vuelve a ejecutar esas pruebas en el emulador y registra cada fallo como una incidencia. Un tercero las corrige, con un agente por incidencia, y nada se integra hasta que otros agentes —varios de ellos dedicados a la seguridad— han puesto a prueba el cambio. Goldberg asegura que ahora cientos de agentes corrigen miles de incidencias al día.

Su propia explicación resulta sorprendentemente sencilla. Goldberg se compara con sus agentes cuando iba a infantil: aún no sabía sujetar bien una cera y le echaron la culpa de estropear un dibujo de dinosaurios de la clase. De ahí concluye que los agentes necesitan libros para colorear: un espacio delimitado con claridad que puedan rellenar. Sin esa estructura, una generación anterior de agentes decidió escribir su propio intérprete de Python para ejecutar funciones Lambda, un desvío que el equipo ha conseguido evitar desde entonces.

Las limitaciones son reales y Amazon publica muchas de ellas. La documentación del proyecto advierte a los desarrolladores de que no deben utilizar el emulador para cargas de trabajo de producción ni para probar la seguridad, y el repositorio mantiene una carpeta pública con comportamientos que todavía no coinciden con los de AWS real, llamada «things-that-do-not-work». Devin Pratt, analista de IDC, explicó a InfoWorld que la herramienta aún no simula la limitación de solicitudes, las interrupciones del servicio ni las diferencias regionales en la disponibilidad de los servicios, y que tampoco aísla el código que ejecuta. Compilarla a partir del código fuente requiere al menos 100 GB de espacio libre en disco. Además, la telemetría que informa a Amazon del uso está activada de forma predeterminada, aunque se puede desactivar.

La herramienta también llega a un mercado en el que ya hay un actor consolidado. LocalStack, el emulador de AWS más conocido, este año empezó a exigir una cuenta para utilizar su versión gratuita y limitó su uso a fines no comerciales, según informó GeekWire. La herramienta de Amazon se publica con licencia CC0, una dedicación al dominio público, junto con el historial completo de cambios y todas las incidencias registradas por los agentes en GitHub, de modo que cualquiera puede inspeccionarla, crear una bifurcación o trabajar a partir de ella.

El lanzamiento es tanto una declaración de intenciones como un producto. Swami Sivasubramanian, vicepresidente de IA agéntica de AWS, escribió en el blog de Werner Vogels, director de tecnología de Amazon, que cuando los agentes escriben el código, la labor del ingeniero pasa a ser crear las especificaciones, las pruebas y los controles de integración que determinan si el trabajo es correcto. Contó que supervisó a Kiro durante cuatro noches mientras intentaba reconstruir un motor de replicación que él había desarrollado a mano unos veinte años antes. Una vez que el agente tuvo una especificación y un entorno de pruebas, el trabajo llevó unas dos horas.

AWS Emulator se puso a disposición del público el 11 de noviembre como descarga gratuita en todo el mundo, con paquetes para Linux, una opción con Docker para Windows y macOS, y un modo integrado para las suites de pruebas de Rust. Amazon afirma que ofrecerá más información sobre el proyecto en su conferencia re:Invent dentro de unas semanas.

La pregunta que Amazon ha decidido plantear públicamente es si los equipos confiarán en un código que nadie ha leído. La carpeta con las cosas que no funcionan es el lugar donde probablemente empezarán a buscar la mayoría de los desarrolladores.

Etiquetas: amazon, agentes de IA, Código abierto, Amazon Web Services, AWS Emulator, Kiro