Cos'è AWS Emulator
AWS ha pubblicato AWS Emulator, un emulatore locale delle proprie API. Il programma gira su un laptop, un server di sviluppo o in una pipeline di integrazione continua, e gli strumenti ufficiali della piattaforma, come la CLI e gli SDK, comunicano con l'emulatore al posto dei servizi cloud reali: basta impostare alcune variabili d'ambiente, senza modificare il codice. Non servono né un account AWS né un pagamento per il servizio. Secondo la documentazione, le risorse restano in memoria e si perdono allo spegnimento del programma; l'esempio con DynamoDB riproduce persino il messaggio di errore che AWS restituisce per un nome di tabella troppo corto.
Un codice scritto da agenti autonomi
L'elemento insolito è chi ha prodotto il codice: secondo la fonte, sono stati agenti autonomi a scriverlo e a revisionarlo per intero. Il progetto è partito da un prompt al sistema Kiro, che in circa quindici minuti ha restituito un emulatore funzionante di Amazon SQS. AWS ha poi diviso il lavoro tra tre squadre: chi scrive i test ricava gli scenari dai modelli Smithy pubblici e li verifica sul servizio reale; chi cerca i difetti ripropone i test sull'emulatore e registra i fallimenti; chi corregge prende un singolo problema e propone una modifica.
Ogni modifica supera un controllo che copre compilazione, revisione del codice, sicurezza e fedeltà, e diversi agenti di sicurezza conducono revisioni avversariali. Matthew Goldberg, citato dalla fonte, parla di centinaia di agenti in parallelo che risolvono migliaia di problemi al giorno. La pipeline di rilascio usa gli strumenti per sviluppatori AWS, con CodeCommit come repository degli agenti; il codice arriva su GitHub solo alla fine.
Copertura e limiti, da verificare
L'emulatore nasce da 438 modelli API e copre più di 200 servizi, con una crate Rust per servizio. I numeri sono però meno rassicuranti di quanto suggerisca l'etichetta: nella versione v1.0.322, valutata l'11 novembre 2026, supera 24.243 dei 42.857 test di fedeltà classificati, il 56,6%. Il servizio migliore è AWS KMS al 93,9%, seguito da Amazon SQS all'89,8%; il peggiore è CloudFormation al 15,8%.
Secondo la documentazione sulla fedeltà, le API di controllo sono quelle riprodotte meglio, mentre il supporto a piano dati, CloudFormation, Terraform e CDK varia da servizio a servizio; le operazioni non implementate restituiscono un errore HTTP 501. Un uso professionale richiede quindi alcune cautele: la percentuale complessiva dice poco su quanto un singolo servizio sia affidabile, e i test comprendono anche quelli falliti.
Resta poi il capitolo della compilazione dai sorgenti: richiede un toolchain Rust, un compilatore C e almeno 100 GB di spazio libero, e serve HTTPS su 127.0.0.1 con certificato autofirmato. Il ritmo di rilascio è serrato: le versioni dalla v1.0.265 alla v1.0.322 sono uscite tra l'8 e l'11 novembre. La fonte collega il repository, la guida utente, la suite di test e un articolo di ingegneria. Non è invece documentato quali servizi usino davvero i team nei flussi di test, né come gli agenti gestiscano i casi limite.
