Amazon Web Services (AWS) ha publicado AWS Emulator, un programa gratuito que imita en el propio ordenador cientos de servicios de su nube para que desarrolladores y agentes de IA prueben su código sin conectarse a AWS. Lo llamativo no es solo la herramienta: según la compañía, todo su código lo han escrito agentes de IA autónomos, y el equipo responsable asegura que no ha escrito ni revisado ni una línea.
El anuncio, del 11 de noviembre, llega en plena discusión sobre cuánto se puede delegar en la IA a la hora de programar. AWS lo presenta como un ejemplo de que es posible, siempre que los agentes trabajen dentro de unos límites muy bien definidos.
Qué es AWS Emulator y para qué sirve
Es un emulador local de las API de AWS. El desarrollador lo arranca en su máquina, en un servidor de desarrollo o en su sistema de integración continua, apunta la línea de comandos de AWS o cualquiera de sus SDK hacia él con unas variables de entorno y ejecuta su código como siempre. Las llamadas no salen a la nube: se responden en milisegundos con recursos emulados que viven en memoria hasta que se detiene el programa. No hace falta cuenta de AWS ni hay tarifa por usarlo.
Según el anuncio oficial, en las operaciones que ya admite devuelve el mismo resultado que AWS para las llamadas válidas y los mismos errores para las incorrectas; las que todavía no admite responden con un «501 Not Implemented». Cada copia que se arranca tiene su propio puerto, sus claves y su estado, de modo que varios agentes o baterías de pruebas pueden trabajar a la vez sin pisarse. Funciona de forma nativa en Linux y mediante un contenedor Docker en macOS y Windows, y el código se publica bajo la dedicación de dominio público CC0 1.0.
Tres equipos de agentes que se vigilan entre sí
Matthew Goldberg, ingeniero principal sénior de AWS, cuenta que la idea empezó como un experimento de fin de semana. Inspirado por la demostración de Anthropic en la que unos agentes construyeron un compilador de C, pidió a la herramienta Kiro que escribiera pruebas a partir de la línea de comandos de AWS, las ajustara hasta que pasaran contra la nube real y luego construyera una versión en memoria que superara esas mismas pruebas. En unos 15 minutos tenía una primera versión aceptable del servicio de colas SQS.
Convertir aquello en un producto llevó mucho más. Hoy el emulador lo construyen tres equipos de agentes, que funcionan sobre Amazon Bedrock AgentCore: uno crea y mantiene las llamadas pruebas de fidelidad, escenarios reales verificados contra AWS (ya son decenas de miles); otro las repite contra el emulador y abre una incidencia por cada diferencia; y el tercero coge cada incidencia, busca la causa y corrige el código. Ningún cambio entra si no supera una «puerta de fusión» automática con agentes que revisan el estilo, la seguridad y que no se rompa nada de lo que ya funcionaba. Goldberg afirma que se cierran miles de incidencias al día con cientos de agentes trabajando a la vez.
Más de 200 servicios, con matices
Werner Vogels, director de tecnología de Amazon, explica en su blog que el emulador se ha construido a partir de más de 400 modelos de API que cubren más de 200 servicios. Eso no significa que todos funcionen igual de bien: AWS reconoce que el grado de implementación varía por servicio y operación, y publica un informe de fidelidad con los resultados de las pruebas para que cada uno sepa en qué puede confiar.
Lo que no hay que probar con él
La documentación es muy clara en un punto: no sirve para comprobar la seguridad. El emulador no evalúa las políticas de permisos (IAM) ni las de recursos como lo hace AWS, nunca rechaza una petición firmada con su propia clave y no admite llamadas entre cuentas ni entre regiones, así que algo que AWS denegaría puede funcionar en local y al revés. Además, trabaja con una única cuenta y una región por instancia, guarda todo en memoria, no está pensado para usos largos ni pruebas de carga y envía telemetría de uso por defecto, aunque se puede desactivar.
Por qué importa
Para AWS, la clave es dar a los agentes de programación una forma rápida de comprobar sus suposiciones. Matt Wood, del equipo de AWS, lo resume en que cuanto más tarda en detectarse un error, más código puede construir un agente encima de él. Pero la mayor lección quizá sea la otra: una gran empresa publica software escrito íntegramente por IA y apoya su confianza no en la revisión humana, sino en pruebas contra el sistema real y controles automáticos. Habrá que ver cómo responde en proyectos reales; el código y todas las incidencias que han abierto los agentes están a la vista en GitHub.
Fuentes
- About Amazon: How we built the agents that built AWS Emulator
- AWS What’s New: AWS Emulator is now available for building and testing AWS applications locally
- All Things Distributed (Werner Vogels): AWS Emulator and the engineer’s job when agents write the code
- AWS Insights: Better feedback for building with agents
- Documentación de AWS: Security in AWS Emulator
- Documentación de AWS: What is AWS Emulator?
- SiliconANGLE: Amazon’s open-source AWS Emulator lets developers validate their code locally, without the cloud
