AWS Emulator replica 200 servizi Amazon offline e nessun ingegnere ne ha letto il codice

AWS Emulator, il nuovo strumento per sviluppatori di Amazon, porta una replica funzionante del suo cloud su un normale computer. Così è possibile testare offline, gratuitamente e senza un account, software che di solito comunica con i server di Amazon. La sorpresa è chi l’ha realizzato: Amazon afferma che ogni riga è stata scritta da agenti di IA e che gli ingegneri del progetto non hanno scritto né esaminato il codice.

Per chi sviluppa software, cambia un’abitudine costosa e lenta. Testare un’applicazione sul cloud reale significa aspettare i server e pagare risorse che verranno usate solo per essere poi eliminate. Gli agenti di programmazione come Kiro di Amazon e Claude Code di Anthropic aggravano il problema: verificano il proprio lavoro eseguendo il codice più e più volte, e ogni passaggio sul cloud aggiunge attesa e costi. Con l’emulatore, invece, questo ciclo può svolgersi direttamente su un portatile.

A colpire sono soprattutto le dimensioni del progetto. Lo strumento copre oltre 200 servizi AWS, generati a partire da più di 400 descrizioni delle API pubbliche di Amazon, ed è scritto in Rust. Secondo Matt Goldberg, ingegnere principale senior di AWS e responsabile del progetto, tutto è cominciato come un esperimento del fine settimana. Ha dato a Kiro un’unica istruzione, ottenendo in circa 15 minuti una copia abbastanza fedele del servizio di code di messaggi di Amazon; entro lunedì aveva una prima versione, ancora grezza, del resto di AWS, che il suo team ha iniziato a usare per testare il proprio software.

A garantire l’affidabilità del codice non è un revisore umano, ma una catena di controlli automatizzati. Amazon descrive tre gruppi di agenti che lavorano sulla piattaforma Bedrock AgentCore. Il primo scrive «test di fedeltà», cioè scenari reali come creare una coda, inviare un messaggio ed eliminarla, e verifica ciascun passaggio sul cloud attivo. Un secondo gruppo ripete quei test sull’emulatore e segnala ogni errore. Un terzo lo corregge, con un agente per ciascun problema; nessuna modifica viene integrata finché altri agenti, diversi dei quali dedicati alla sicurezza, non l’hanno messa alla prova. Goldberg afferma che oggi centinaia di agenti risolvono migliaia di problemi al giorno.

La spiegazione che dà Goldberg è disarmante nella sua semplicità. Paragona i suoi agenti a se stesso all’asilo: troppo piccolo per tenere bene un pastello e accusato di aver rovinato il disegno dei dinosauri fatto in classe. Da qui la conclusione: agli agenti servono libri da colorare, cioè un’area dai contorni ben definiti da riempire. Senza una struttura del genere, una generazione precedente di agenti aveva deciso di scrivere un proprio interprete Python per eseguire le funzioni Lambda: una deviazione da cui il team li ha poi guidati lontano.

I limiti sono concreti e Amazon stessa ne rende pubblici molti. La documentazione del progetto avverte gli sviluppatori di non usare l’emulatore per carichi di lavoro in produzione o per testare la sicurezza; nel repository c’è anche una cartella pubblica con i comportamenti che ancora non corrispondono al vero AWS, intitolata «things-that-do-not-work». Devin Pratt, analista di IDC, ha dichiarato a InfoWorld che lo strumento non simula ancora la limitazione del traffico, le interruzioni di servizio o le differenze regionali nella disponibilità dei servizi, e che non isola in un ambiente protetto il codice che esegue. Per compilarlo dai sorgenti servono almeno 100 GB di spazio libero su disco; inoltre, la telemetria che comunica ad Amazon i dati di utilizzo è attiva per impostazione predefinita, anche se può essere disabilitata.

Il debutto avviene inoltre in un mercato in cui c’è già un concorrente affermato. LocalStack, l’emulatore AWS più noto, quest’anno ha reso obbligatorio un account per la versione gratuita e ne ha limitato l’uso a scopi non commerciali, come riportato da GeekWire. Lo strumento di Amazon è distribuito con licenza CC0, una dedica al pubblico dominio, insieme alla cronologia completa delle modifiche e a tutte le segnalazioni di problemi aperte dagli agenti su GitHub: chiunque può esaminarlo, crearne una variante o svilupparci sopra.

Questa pubblicazione è una dichiarazione d’intenti tanto quanto un prodotto. Swami Sivasubramanian, vicepresidente di AWS per l’IA agentica, ha scritto sul blog di Werner Vogels, CTO di Amazon, che quando il codice viene scritto dagli agenti il compito dell’ingegnere diventa definire specifiche, test e criteri di integrazione che stabiliscano quando il lavoro è corretto. Ha raccontato di aver supervisionato Kiro per quattro notti mentre cercava di ricostruire un motore di replica che lui stesso aveva realizzato a mano circa vent’anni prima: una volta forniti all’agente una specifica e un ambiente di test, il lavoro ha richiesto circa due ore.

AWS Emulator è stato reso disponibile l’11 novembre come download gratuito in tutto il mondo, con pacchetti per Linux, una soluzione basata su Docker per Windows e macOS e una modalità integrata per le suite di test in Rust. Amazon ha annunciato che condividerà altri dettagli sul progetto alla conferenza re:Invent, tra qualche settimana.

La domanda che Amazon ha scelto di porre pubblicamente è se i team si fideranno di codice che nessuno ha letto. Per molti sviluppatori, il primo punto di partenza sarà la cartella con l’elenco delle cose che non funzionano.

Tag: agenti IA, amazon, Open Source, Amazon Web Services, AWS Emulator, Kiro