Amazon heeft de deur niet volledig gesloten voor Kunstmatige Intelligentie (AI), maar moest wel haar koers bijstellen. Na verschillende recente incidenten in haar retailactiviteiten, waaronder een storing van enkele uren in de Amerikaanse website en de winkelapp, bevestigde het bedrijf dat een van die incidenten verband hield met het gebruik van AI-tools die een ingenieur ondersteunden. Toch wilde de groep de suggestie weerleggen dat haar platform getroffen wordt door een reeks uitvalen veroorzaakt door “code geschreven door AI”. Het officiële standpunt is genuanceerder: het probleem was niet een volledige autonome werking van de tool, maar een onjuiste aanbeveling gebaseerd op verouderde interne documentatie, gecombineerd met onvoldoende controles om de impact van de fout te beperken.
Voor een technologisch medium is het niet zozeer het ontkrachten door het bedrijf zelf dat interessant is, maar de bredere signaalwaarde die deze situatie afgeeft. Amazon test in haar operaties iets wat veel bedrijven al langer vermoeden: programmeerassistenten versnellen het werk, maar kunnen ook de impact van fouten vergroten wanneer ze worden geïntegreerd in zeer complexe systemen zonder voldoende veiligheidsmaatregelen. En bij een bedrijf als Amazon, waar een slechte implementatie de betalingen, prijzen, bestellingen of bestelgeschiedenis kan beïnvloeden, wordt het onderscheid tussen “nuttige hulp” en “operationeel risico” kritiek.
Het bedrijf reageerde nadat de Financial Times had gerapporteerd dat Amazon-ingenieurs verschillende hoog-risico incidenten hadden besproken tijdens interne vergaderingen. Amazon gaf via een officiële verklaring aan dat ze twee belangrijke punten wilden ontkrachten: dat meerdere recente uitvalen te wijten waren aan code geschreven door AI, en dat AWS betrokken was bij die specifieke incidenten. Volgens Amazon was slechts één van de onderzochte problemen gerelateerd aan AI-tools, en in dat geval kwam de fout voort uit een verkeerd advies gegenereerd door een verouderde interne wiki. Daarnaast benadrukte Amazon dat die incidenten beperkt waren tot de infrastructuur van haar retailbedrijf en geen invloed hadden op AWS.
Het probleem ligt niet bij AI op zich, maar bij het governance-model
Deze nuance verandert veel aan de interpretatie. Het lijkt niet dat Amazon plotseling heeft ontdekt dat AI “onbruikbaar” is voor programmeren, of dat het volledig terugtrekt. Wat wel duidelijker wordt, is dat in kritieke omgevingen een onjuiste suggestie gegenereerd door AI net zo gevaarlijk kan zijn als een slecht gereviewde codewijziging, vooral wanneer er ontbreekt aan goede controles, betrouwbare documentatie en duidelijke beperkingen voor implementatie. De les richt zich niet alleen op het model, maar vooral op het proces.
De storing op 5 maart bevestigt deze lezing. Reuters meldde dat de storing duizenden gebruikers in de VS trof, en dat Amazon deze toeschreef aan een software deployment probleem. Enkele uren lang waren er problemen met aankopen, wisselende prijzen, app-fouten en moeilijkheden bij het benaderen van bestellingen of productpagina’s. Voor een bedrijf dat haar voortbestaan afhankelijk heeft gemaakt van ononderbroken service, is zo’n incident niet enkel technisch van aard — het raakt direct het vertrouwen van de gebruiker en de winstcijfers.
Daarom is er meer dan een terugtrekking van AI: het gaat nu om een stevigere regulering van verandering. Verschillende bedrijfsbronnen wijzen op nieuwe veiligheidsbeoordelingen, extra documentatie en controlemaatregelen voor bepaalde implementaties in kritieke systemen. Ook al ontkent Amazon dat alle aangehaalde extremere scenario’s, zoals universele goedkeuringen voor AI-ondersteunde veranderingen, werkelijkheid zullen worden, de trend is duidelijk: minder ongebreideld vertrouwen in snelheid, en meer focus op traceerbaarheid, menselijke review en het beperken van de “blast radius” bij fouten.
Terwijl retail wordt gecorrigeerd, versnelt AWS haar inzet voor AI
Het opvallende is dat deze koerswijziging samengaat met een steeds agressievere inzet van AI door de groep zelf. In juni 2025 benadrukte Andy Jassy dat Amazon AI-generatieve technologie “bijna overal in het bedrijf wordt gebruikt”, met meer dan 1.000 services en apps op het gebied van generatieve AI die al actief zijn of ontwikkeld worden. Hij verklaarde dat de technologie wordt ingezet voor interne operaties, logistiek, vraagvoorspellingen, robots, klantenservice en productpagina’s — en dat het fundament vormt voor toekomstige efficiëntieverbeteringen binnen de organisatie.
AWS blijft deze strategie versterken. Ze presenteert haar aanbod rond Amazon Q, de generatieve assistent van het bedrijf, en vooral Amazon Q Developer, dat door AWS wordt gepresenteerd als een tool om software te bouwen, te onderhouden en te transformeren. De functies variëren van codegeneratie en testing tot het moderniseren van applicaties, probleemoplossing, resource-optimisatie en het creëren van datapipelines. De eigen website plaatst het als een kerncomponent voor ontwikkelaars en IT-teams, en AWS beweert dat geavanceerde capaciteiten programma-taken kunnen versnellen en handmatig onderzoek kunnen verminderen.
Een van de meest opvallende aankondigingen was tijdens re:Invent 2025, toen AWS drie “frontier agents” presenteerde, gericht op de levenscyclus van software: Kiro, AWS Security Agent en AWS DevOps Agent. Deze agents worden beschreven als autonome, schaalbare systemen die uren of dagen kunnen werken zonder continue menselijke tussenkomst. Nog belangrijker, AWS verklaarde dat deze nieuwe groep agents voortkwam uit intern onderzoek naar de werkzaamheden binnen “Amazon’s scale” — dus niet alleen een commerciële oplossing voor klanten, maar ook een verlengstuk van hun eigen leerproces over het integreren van agents in engineering, security en operations.
Dit illustreert dat Amazon niet simpelweg terugkomt van AI, maar probeert gelijktijdig in twee richtingen te bewegen: enerzijds versnellen met agents, copilots en automatisering binnen AWS en de rest van het bedrijf, en anderzijds de controles versterken waar een fout hoge kosten met zich meebrengt. Het mag dan tegenstrijdig lijken, maar het is in feite de normale spanning binnen de markt: grote techbedrijven willen meer productiviteit door AI, maar kunnen niet toestaan dat die snelheid kritieke systemen in productie schaden.
Ook de bedrijfscontext speelt mee. Reuters meldde in januari dat Amazon 16.000 bedrijfsreorganisaties had doorgevoerd, en daarmee ongeveer 30.000 ontslagen sinds oktober 2025. Hoewel het niet direct gekoppeld wordt aan een vervanging door AI, liet Jassy wel duidelijk weten dat het intensief inzetten van AI en agents de manier van werken zal veranderen en delen van het personeel overbodig kan maken. In dat licht gezien vergroten recente fouten de druk: het bedrijf wil blijven automatiseren, maar moet bewijzen dat het dat kan doen zonder in betrouwbaarheid in te boeten.
Kortom, het is niet zo eenvoudig als de kop “Amazon berouwt van AI”, maar het geeft wel een veel nuttiger inzicht in de toekomst van de sector. Amazon stopt niet met AI in haar ontwikkelteams of AWS, maar leert, via concrete incidenten, dat het inzetten van assistenten en agents op kritieke infrastructuur veel meer discipline vereist dan sommige commerciële praatjes doen vermoeden. Deze episode is dan ook niet slechts een anekdote, maar een belangrijke eerste herinnering dat de periode van ‘geholpen programmeren’ door AI niet alleen door snelheid wordt bepaald, maar vooral door de kwaliteit van het controlemechanisme dat de bedrijven kunnen implementeren.
Veelgestelde vragen
Heeft Amazon gestopt met AI voor programmeren?
Nee. Amazon ontkende dat en corrigeerde de suggestie dat meerdere recente uitvalen te wijten zouden zijn aan code geschreven door AI. Het bedrijf heeft wel haar interne richtlijnen herzien nadat werd vastgesteld dat een foutief advies van een AI-tool heeft bijgedragen aan een incident.
Wat gebeurde er tijdens de storing op 5 maart 2026?
Amazon legde uit dat het probleem verband hield met een software deployment. Tijdens meerdere uren waren er problemen met de website en app in de VS, waaronder fouten bij bestellingen, prijswijzigingen, problemen met productpagina’s en accountgeschiedenis.
Begint AWS meer AI te gebruiken?
Ja. AWS promoot Amazon Q en Q Developer als generatieve assistenten voor ontwikkelaars, en presenteerde tijdens re:Invent 2025 agents zoals Kiro, AWS Security Agent en AWS DevOps Agent om taken op het gebied van ontwikkeling, beveiliging en operations te automatiseren.
Gebruikt Amazon AI alleen binnen AWS of ook in andere delen van het bedrijf?
In meer gebieden. Jassy bevestigde in 2025 dat AI breed wordt ingezet voor interne operaties, logistiek, vraagvoorspellingen, robots, klantenservice en productpagina’s, en dat het bedrijf meer dan 1.000 AI-generatieve diensten en applicaties heeft ontwikkeld of in gebruik heeft genomen.