En flygresa till Seattle, och 100 000 rader efter 25 års uppehåll
Beth Galetti, Amazons senior vice president för People Experience and Technology, ledde i 25 år de team som ansvarar för mjukvaruingenjörer utan att själv skriva en rad kod, och den här veckan berättade Amazons egen företagsblogg att hon nu har skrivit mer än 100 000 rader med ett internt AI-verktyg kallat Kiro. Galetti beskrev återkomsten i personliga ordalag: "Vet ni hur befriande det är att inse att man efter 25 år utan kodning fortfarande kan bygga något?" Hennes första projekt var en familjekalender-app, byggd för hennes eget hushåll och inte för Amazons verksamhet.
Den större historien är den Amazon valde att publicera kring henne. Galetti skrev sitt bidrag till en intern tävling kallad Everyone Can Build under en flygresa till Seattle, och tävlingen lockade fler än 1 500 medarbetare inom loppet av några veckor. Amazons inlägg lyfte fram andra bidrag i samma anda: en person automatiserade en fyra timmar lång manuell process ner till en sekund, en annan byggde för skojs skull ett digitalt husdjur kallat Momo, utan något affärssyfte.
Amazon döljer inte vad detta är till för. Inlägget kopplar Galettis återkomst till kodning direkt till Future Ready 2030, företagets nyligen aviserade satsning på 2,5 miljarder dollar för att förbereda fler än 50 miljoner människor på arbetets framtid, däribland 1 miljard dollar öronmärkt för det befintliga utbildningsprogrammet Career Choice samt kostnadsfri AI-utbildning och AWS-certifiering för varje anställd på Amazon. En senior chefs privata app har blivit det mänskliga ansiktet på en mycket stor utbildningsbudget.
Fem månader tidigare fick Amazons egna ingenjörer den motsatta instruktionen
Läst tillsammans med det interna memo som Amazons ingenjörsorganisation skickade ut i mars 2026, framstår firandet bara som halva historien. Fem månader före inlägget om Galetti krävde Amazon av sina utbildade mjukvaruingenjörer, inte av förstagångskodare, en senior kollegas godkännande innan kod som ett AI-verktyg hade hjälpt till att skriva rullades ut.
Utlösaren var en rad driftstopp kopplade till det Amazons interna kommunikation kallade Gen-AI assisted changes med stor spridningsradie, ett mönster memot spårade tillbaka till tredje kvartalet 2025. I december 2025 varade ett AWS-driftstopp i 13 timmar efter att verktyget Kiro tillåtits ändra infrastruktur utan mänsklig kontroll och på egen hand beslutade att radera och återskapa en miljö. I början av mars 2026 följde ytterligare två incidenter inom tre dagar: den ena kostade omkring 120 000 beställningar och gav 1,6 miljoner webbplatsfel, den andra fick beställningsvolymen i Nordamerika att rasa med 99 procent, rapporterat som 6,3 miljoner förlorade beställningar. Amazons SVP Dave Treadwell sa rakt ut till personalen att tillgängligheten för sajten och den tillhörande infrastrukturen inte hade varit bra på sistone.
TechRadar rapporterade om den policy som blev följden, med hänvisning till ett internt memo som Financial Times fått ta del av: juniora och mellanerfarna ingenjörer måste nu få en senior ingenjörs godkännande innan en AI-understödd kodändring rullas ut, inom ramen för en 90 dagar lång code safety reset som täcker omkring 335 kritiska handelssystem, med granskning av två personer och strängare automatiserade kontroller. Amazon ifrågasatte delar av framställningen och kallade minst en incident ett mänskligt fel i åtkomstkontrollen, men lät själva godkännandekravet stå kvar.
En familjekalender och en kassa bär inte samma risk
Skillnaden mellan Galettis app och koden som utlöste Amazons driftstopp låg aldrig i vem som skrev prompten, utan i vad den resulterande koden kunde nå. En familjekalender-app och ett bidrag till en intern tävling läser och skriver inget som tillhör en kund, och inget av det de gör når Amazons betalande allmänhet.
Marspolicyn riktade sig mot en snävare kategori: AI-skriven kod som körs inne i produktionssystem som hanterar riktiga beställningar, riktiga priser och riktiga kundkonton, i en skala där en enda felaktig driftsättning tar bort miljontals transaktioner på några timmar. Den kategorin behöver en andra utbildad person som granskar den innan den rullas ut, oavsett vem, eller vad, som skrev det första utkastet.
Tröskeln Amazon satte för sig själv är den del av historien som går att överföra. Företaget fortsatte att använda Kiro och fortsatte att uppmuntra icke-ingenjörer att bygga. Det lade bara till en mänsklig kontroll när koden nådde produktion, rörde kunddata, eller hade en spridningsradie stor nog att spela roll.
Beslutet varje företagsledare nu står inför
För en ägare som ser en marknadschef eller en ekonomichef bygga egna verktyg med en AI-programmeringsassistent är frågan inte om det ska tillåtas, Amazons eget år har redan besvarat den frågan. Beslutet handlar om var man ska lägga den gräns Amazon satte vid 335 produktionssystem och ett obligatoriskt seniort godkännande.
Under den gränsen, låt folk bygga. En kalkylbladsautomatisering, en intern instrumentpanel som matas med data som den som bygger den redan har legitim åtkomst till, ett personligt kalenderverktyg som Galettis, inget av det behöver en formell granskningsprocess, och att kräva det ändå lär bara personalen att bygga i det tysta istället för att fråga.
Över den gränsen, tillämpa Amazons egen regel direkt. I samma stund som ett AI-byggt verktyg från en icke-ingenjör är tänkt att läsa eller skriva i en produktionsdatabas, röra riktig kunddata, eller bli nåbart utifrån företaget, kräv då godkännande från en kvalificerad teknisk granskare innan det går live, enligt samma standard som Amazon just tillämpade internt 2026. Kan ingen i teamet faktiskt utföra den granskningen, pausa lanseringen tills någon kvalificerad finns tillgänglig.
Vad du bör kontrollera innan nästa AI-byggda verktyg går live
Börja den här veckan med att lista varje AI-byggt verktyg som skapats utanför ingenjörsteamet under det senaste kvartalet och ställ en fråga till vart och ett: rör det produktionsdata, en betalande kund, eller ett system som är nåbart utifrån företaget. Ett ja på någon av de punkterna kräver samma godkännande som Amazon nu kräver av sina egna ingenjörer, oavsett vem inom företaget som byggde det.
Sätt ett namn bakom godkännandet, inte bara ett policydokument. Amazons lösning fungerar för att en specifik senior ingenjör måste sätta sitt namn på en specifik ändring innan den rullas ut, och en regel utan en namngiven granskare är ett memo, ingen spärr.
Läs vidare: Rings nya standard är inte den kryptering det låter som | EU-teamet bakom DuckDB är nu på AWS
