AWS Emulator er et gratis, lokalt værktøj, der efterligner AWS’ API’er. Udviklere kan bruge deres eksisterende AWS CLI-kommandoer og SDK-kald mod en lokal emulator på computeren, en udviklingsserver eller i et CI-miljø – altså en automatiseret testproces, der kører sammen med kodeændringer. Forespørgslerne går til emulatoren, ikke til AWS, og der kræves ingen AWS-konto.
8
Amazon annoncerede værktøjet den 11. november 2026. Det er skrevet i Rust og ifølge Amazon bygget ud fra 438 offentlige AWS API-modeller, som tilsammen omfatter mere end 200 tjenester.
4
13
14 Det brede omfang fortæller dog ikke i sig selv, hvor præcist alle funktioner efterligner den rigtige cloud.
AI-agenter skrev koden – og tester den også
Amazon oplyser, at autonome AI-agenter skrev al koden, og at virksomhedens ingeniører hverken skrev eller gennemgik den.
5 Det er Amazons beskrivelse af udviklingsarbejdet, ikke en uafhængig kontrol af processen.
Ifølge Amazons beskrivelse er arbejdet fordelt på tre agenthold: Ét laver tests, som kontrolleres mod rigtige AWS-tjenester; et andet kører testene mod emulatoren og finder forskelle; et tredje arbejder på at rette fejlene.
5 Flere omtaler beskriver også AgentCore som en del af opsætningen.
11
Amazon siger, at tusindvis af agenter har været med til at udvikle og vedligeholde projektet.
5 De oplysninger, der foreligger her, dokumenterer dog ikke særskilt påstanden om hundreder af samtidige agenter eller tusindvis af rettede fejl hver dag.
Kildekoden er udgivet under CC0, en licens, der lader andre bruge og ændre materialet uden almindelige ophavsretsbegrænsninger.
1
3 En omtale har knyttet valget til usikkerhed om ophavsret til AI-genereret kode. Projektet beskrives som agentvedligeholdt, og en omtale af projektets README siger, at det tager imod fejlrapporter, men ikke pull requests – forslag til kodeændringer fra andre.
11
Tidlige fejl og en vigtig grænse for sikkerhedstest
De første reaktioner har været blandede. En rapport gengiver en udvikler, der kaldte værktøjet “worthless”, og beskriver det som fungerende, men langt fra komplet. Samme rapport oplyste, at fejlsporingen på GitHub havde mere end 70 registrerede problemer, især knyttet til DynamoDB og Lambda.
17 Det viser, at der var fejl og huller tidligt i forløbet, men beviser ikke i sig selv, at AI-udviklingen var årsagen.
En mere grundlæggende begrænsning gælder IAM – AWS’ system til styring af identiteter og tilladelser – og ressourcebaserede politikker. Emulatoren vurderer dem ikke på samme måde som AWS. Derfor kan et kald lykkes lokalt, selv om AWS ville afvise det.
19
21 En bestået lokal test er altså ikke dokumentation for, at adgangsrettighederne er sat korrekt op.
AWS beskriver værktøjet som beregnet til udvikling og test, ikke produktion, og siger, at det ikke erstatter test af sikkerhedsindstillinger på AWS. Dokumentationen fremhæver også, at emulatoren især ligger tæt på AWS ved kald, der opretter, beskriver, opdaterer og sletter ressourcer. Det er ikke et løfte om fuld overensstemmelse for alle operationer.
Hvad bør udviklere være opmærksomme på?
- Data gemmes midlertidigt: Ressourcernes tilstand ligger i hukommelsen, indtil emulatoren stoppes. Det er nyttigt til test, men er ikke det samme som vedvarende lagring i en cloudtjeneste.
8
- Regioner og konti er ikke fuldt adskilt: Omtaler af begrænsningerne beskriver et miljø, der ikke holder ressourcer isoleret efter AWS-region eller konto på samme måde som den rigtige tjeneste.
18
19
- Ydeevnegrænser kan spille ind: I et offentliggjort eksempel ramte en serverløs arbejdsgang en delt grænse på 64 MiB for Step Functions’ lagring af kørsler. Derefter fejlede EventBridge-kald med fejlen
ExecutionLimitExceeded.
- Fidelitetstal kræver sammenhæng: En tjenestes score beskrives som antallet af beståede fidelitetstests divideret med det samlede antal tests for tjenesten.
19 Det siger noget om den offentliggjorte testpakke – ikke om alle mulige situationer i AWS.
AWS Emulator kan give hurtigere feedback, når udviklere eller kodeagenter afprøver integrationer lokalt. Men brug det som et udviklingsværktøj, ikke som bevis for, at en løsning vil opføre sig identisk i produktion. Kritiske tilladelser, sikkerhed og vigtige arbejdsgange bør stadig kontrolleres mod AWS.