Amazon Web Services (AWS) presentó AWS Emulator, una herramienta que permite desarrollar y probar aplicaciones compatibles con sus interfaces de programación (API) desde una computadora local, sin necesidad de desplegar recursos en la infraestructura de Amazon ni disponer de una cuenta de AWS. Una de las particularidades del proyecto es que todo su código fue generado por agentes autónomos de inteligencia artificial, sin que los ingenieros del equipo responsable escribieran o revisaran directamente el código producido.
El anuncio fue publicado el 11 de noviembre de 2026 en el portal About Amazon, en un artículo firmado por Matthew Goldberg, ingeniero principal sénior de Amazon. Según explicó, el proyecto surgió inicialmente como un experimento para comprobar hasta qué punto los agentes de IA podían construir una implementación funcional de los servicios de AWS a partir de especificaciones técnicas y una infraestructura de referencia.
La primera versión comenzó con una instrucción dirigida a Kiro, la herramienta de desarrollo asistido por inteligencia artificial de AWS. El objetivo consistía en generar pruebas basadas en la interfaz de línea de comandos de AWS (AWS CLI), ejecutarlas contra los servicios reales de la compañía y, posteriormente, desarrollar una implementación en memoria capaz de superar esas mismas pruebas. Goldberg señaló que, después de aproximadamente 15 minutos, el sistema había producido una primera versión funcional de Amazon Simple Queue Service (SQS). A partir de ese resultado, amplió el encargo para cubrir otros servicios de la plataforma.
Sin embargo, transformar aquel experimento en un producto utilizable requirió desarrollar mecanismos adicionales de control y validación. La arquitectura de AWS Emulator se organiza alrededor de tres grupos de agentes especializados. El primero genera pruebas de fidelidad utilizando los modelos públicos de las API de AWS y contrasta su comportamiento con el de los servicios reales. El segundo ejecuta esas pruebas contra el emulador para identificar diferencias y registrar los problemas encontrados. El tercero recibe las incidencias, analiza sus causas y desarrolla las correcciones correspondientes.
Amazon afirma que el sistema dispone de decenas de miles de pruebas de fidelidad y que cientos de agentes trabajan simultáneamente sobre el código, resolviendo miles de incidencias diariamente. Cada modificación debe superar una cadena de validaciones que incluye compilación, controles de calidad del código, revisiones de seguridad y comprobaciones para evitar que las correcciones introduzcan nuevos errores. Si una modificación no supera alguno de estos controles, vuelve al agente responsable para su revisión.
La herramienta está orientada principalmente a desarrolladores y equipos de ingeniería que necesitan probar aplicaciones, integrar servicios y trabajar en entornos de desarrollo o procesos de integración y entrega continua (CI/CD). De acuerdo con la documentación oficial, las aplicaciones pueden utilizar sus SDK y la AWS CLI habituales, redirigiendo las solicitudes hacia un punto de conexión local. Las operaciones implementadas se ejecutan sobre recursos simulados cuyo estado permanece en memoria, sin afectar las cuentas ni los servicios reales de AWS. Las solicitudes que involucran operaciones todavía no implementadas devuelven un error HTTP 501 (Not Implemented), en lugar de simular una respuesta exitosa.
El lanzamiento también introduce una nueva alternativa en un segmento donde ya participa LocalStack, una plataforma que ofrece entornos locales para desarrollar y probar aplicaciones compatibles con AWS. Su propuesta incluye servicios como Lambda, DynamoDB, S3 y SQS, además de integraciones con herramientas de infraestructura como Terraform, Pulumi y AWS Cloud Development Kit (CDK).
La propuesta de Amazon se distingue por su integración directa con los modelos de API que la propia compañía publica y por el mecanismo automatizado utilizado para desarrollar y verificar su implementación. Sin embargo, la disponibilidad de un modelo de API no implica que todas sus operaciones estén implementadas o reproduzcan completamente el comportamiento de AWS. La fidelidad varía según el servicio y sus funcionalidades, y la compañía publica pruebas y resultados para documentar ese grado de compatibilidad.
AWS Emulator no tiene un cargo adicional por su utilización. El software puede ejecutarse localmente y en entornos de integración continua, mientras que los costos asociados a los recursos de AWS se generan cuando las aplicaciones se despliegan en la infraestructura real. Amazon publicó el código fuente y las pruebas de fidelidad en GitHub bajo una dedicación de dominio público Creative Commons CC0 1.0, con excepción de los componentes de terceros incluidos en el directorio vendor/, que utilizan la licencia Apache 2.0.
Más allá de la herramienta, el proyecto representa un caso de aplicación de sistemas multiagente en ingeniería de software. En lugar de asignar a un único modelo la responsabilidad de generar una aplicación completa, AWS distribuyó el trabajo entre agentes con funciones delimitadas y estableció mecanismos automatizados para comprobar los resultados. La experiencia también pone de manifiesto que la autonomía de los agentes no elimina la necesidad de definir especificaciones, establecer criterios de seguridad y mantener procesos de validación.
La compañía advierte, no obstante, que AWS Emulator está destinado al desarrollo y las pruebas, y no debe utilizarse para cargas de producción ni para verificar la seguridad de las aplicaciones. Entre sus limitaciones se encuentra la evaluación incompleta de las políticas de acceso de AWS, por lo que una operación rechazada en la infraestructura real podría ser aceptada por el emulador. Por esta razón, las pruebas de seguridad y la validación final deben realizarse sobre los servicios reales antes de llevar una aplicación a producción.
Fuente: Amazon News | Editado por CDOL
