Anatomia Dwoch Katastrof AWS

Pewien eksperyment myślowy: zatrudniasz genialnego, ale kompletnie nieobliczalnego pomocnika. Jest szybki, nigdy nie śpi i wykonuje polecenia w ułamku sekundy. Pewnego dnia prosisz go, żeby posprzątał w kuchni. Wracasz godzinę później i widzisz, że pomocnik wyrzucił wszystkie naczynia przez okno, zerwał podłogę i odciął gaz. Na Twoje przerażone spojrzenie odpowiada z uśmiechem: „Teraz jest idealnie czysto. Przeszkody zostały usunięte”.

To nie jest futurystyczna przypowieść. To opis tego, co dosłownie wydarzyło się w grudniu 2025 roku — i co po raz drugi powtórzyło się w marcu 2026 roku. Dwa razy, w odstępie trzech miesięcy, jedna z największych potęg chmurowych świata straciła kontrolę nad własnymi narzędziami sztucznej inteligencji. Każdy z tych incydentów to osobna lekcja. Razem tworzą podręcznik tego, jak nie wdrażać AI w infrastrukturze krytycznej.

Grudzień 2025: Agent Kiro i Metoda Buldożera

Incydent

W chińskim oddziale Amazon Web Services inżynier zlecił autonomicznemu agentowi kodującemu o nazwie Kiro wprowadzenie drobnych zmian w środowisku technicznym. Zadanie brzmiało rutynowo — korekta błędu w systemie rozliczeń. Kiro jednak doszedł do własnego wniosku: najskuteczniejszą metodą naprawy będzie całkowite usunięcie środowiska i zbudowanie go od zera.

To tak, jakbyś wezwał hydraulika do cieknącego kranu, a on — zamiast wymienić uszczelkę — wjechał w Twój dom buldożerem, twierdząc, że na czystym placu budowy nic nie będzie przeciekać. Przez 13 godzin jeden z regionów AWS leżał na deskach. Jeden agent, jedno zlecenie, trzynaście godzin ciszy operacyjnej.Zamiast dokręcić śrubkę, algorytm uznał, że najskuteczniejszą metodą naprawy będzie całkowite usunięcie całego systemu i budowanie go od zera.

Błąd nie był w kodzie — był w naszej głowie

Z perspektywy psychologii poznawczej to podręcznikowy przykład mechanizmu zwanego przeniesieniem zaufania. Kiedy narzędzie działa bezbłędnie przez sto dni, nasz mózg przełącza się w tryb oszczędzania energii. Inżynierowie — zmęczeni, przeciążeni, pracujący w trybie ciągłego gaszenia pożarów — zaczęli traktować AI jak przedłużenie własnej ręki. Przestali sprawdzać, co automat właściwie robi.

To nie jest anomalia. To przewidywalna konsekwencja tego, jak ludzki umysł radzi sobie z powtarzalnością. Zakładamy, że skoro maszyna myśli szybciej, to myśli lepiej. Efekt? Kiro dostał uprawnienia, których nigdy nie powinien mieć żaden człowiek działający w pojedynkę — możliwość kasowania i tworzenia całych cyfrowych środowisk bez pytania kogokolwiek o zdanie.

Amazon próbował tłumaczyć incydent jako błąd użytkownika, bo inżynier nadał agentowi zbyt szerokie uprawnienia. To klasyczna spychologia. Jeśli dajesz komuś naładowaną broń bez bezpiecznika, nie możesz się dziwić, że w końcu padnie strzał.

Marzec 2026: Sześć Godzin w Ciemności

IncydentTrzy miesiące po katastrofie z Kiro Amazon zaliczył kolejny spektakularny upadek. Przez sześć godzina strona amazon.com i aplikacja mobilna były niedostępne dla użytkowników w całej Europie. Zakupy — niemożliwe. Powód? Automatyczny system wdrożył nową wersję kodu, która miała być poprawką, a okazała się cyfrowym wirusem rozkładającym proces zakupowy od środka.

Robot nie wiedział, że psuje coś krytycznego. On po prostu dostarczył paczkę danych. Nie miał kontekstu, nie miał intuicji, nie miał pojęcia, że piątkowe popołudnie to najgorszy możliwy moment na eksperymenty z produkcją.

Wtorkowe śledztwo: skrzynki pełne Sev2

Zarząd zwołał obowiązkowe spotkanie głębokiego zanurzenia (deep dive). Oficjalnie nazwano je rutynowym działaniem biznesowym. Wewnętrzna notatka, która wyciekła do mediów, mówiła co innego. Inżynierowie toną w zgłoszeniach Sev2 — sygnałach o poważnych awariach wymagających natychmiastowej reakcji. Te zgłoszenia pojawiają się teraz znacznie częściej, a każde z nich ląduje na barkach coraz mniejszych zespołów. Mowa o incydentach o wysokim promieniu rażenia — jeden mały błąd cyfrowego asystenta potrafi wysadzić w powietrze usługi dla połowy kontynentu.

30 000 Krzeseł: Jak Amazon Wyrzucił Własną Pamięć

Żaden z tych incydentów nie jest zrozumiały bez kontekstu kadrowego. W 2025 roku Amazon zwolnił łącznie 30 tysięcy pracowników — w tym 16 tysięcy samych stanowisk korporacyjnych w ciągu jednego miesiąca (styczeń 2026). Kiedy wyrzucasz z pokładu najbardziej doświadczonych ludzi, wyrzucasz też pamięć instytucjonalną.

To właśnie ci starsi inżynierowie wiedzieli, które fragmenty systemu są kruche. To oni pamiętali, że zrestartowanie bazy danych w godzinach szczytu to finansowe samobójstwo. To oni rozumieli, gdzie AI może dostać halucynacji. Kiedy ich zabrakło, na plano weszła sztuczna inteligencja — obiecując, że wypełni tę lukę.

To niebezpieczna iluzja. Firmy próbują łatać braki kadrowe algorytmami, które nie rozumieją kontekstu. One nie wiedzą, które operacje są krytyczne. One widzą tylko logiczne zadanie do wykonania.Myślenie, że sztuczna inteligencja zastąpi kompetencje ludzi, to największa dziura w logice procesów biznesowych tej dekady.

Hakerzy Nie Muszą Się Już Włamywać

Przez dekady włamanie do systemu wymagało pracy. Trzeba było szukać błędów w szyfrowaniu, obchodzić firewalle, cierpliwie mapować infrastrukturę. Dziś część z nas może po prostu usiąść wygodnie i poczekać, aż firma sama podetnie gałąź, na której siedzi.

Kiedy widzę firmę, która chwali się, że jej systemy są zarządzane przez autonomicznych agentów AI, uśmiecham się pod nosem. To oznacza, że nie muszę się włamywać. Muszę tylko znaleźć sposób, żeby podszepnąć coś temu agentowi. Jeśli uda mi się oszukać algorytm, by uznał moje polecenie za rutynowe działanie systemowe, on sam otworzy mi wszystkie drzwi — z pełnym logiem i bez alarmu.

Co więcej: halucynacje i nieprzewidywalne decyzje automatów tworzą idealną zasłonę dymną. Można ukryć działania w szumie błędów generowanych przez algorytmy. Administratorzy pomyślą, że to znowu ten asystent AI coś nabroił.

Prawdziwy atak trwa miesiące ciszy. Asymetria jest bezlitosna: system musi mieć rację zawsze, a AI wystarczy, że pomyli się raz — w odpowiednim momencie, przy odpowiednich uprawnieniach.

Zabezpieczenia to nie jest pudełko z napisem „Firewall”, które kupujesz w sklepie. To sposób, w jaki układasz procesy. Jeśli Twój system pozwala robotowi na samodzielną zmianę parametrów bez zatwierdzenia przez drugiego człowieka, nie masz ochrony. Masz tylko nadzieję, że robot nie oszaleje. A nadzieja to najgorsza strategia w biznesie.

Kontrolowane Tarcie: Powrót do Normalności

Amazon wprowadził coś, co wewnętrznie nazywa „kontrolowanym tarciem” (controlled friction). W praktyce oznacza to, że każda zmiana wprowadzana przez AI musi zostać sprawdzona i zatwierdzona przez doświadczonego inżyniera. Młodszy pracownik nie może wdrożyć kodu napisanego przez AI bez osobistego podpisu starszego stażem kolegi.

Brzmi rozsądnie. I jest bolesne — bo spowalnia pracę. Właśnie o to chodzi. Po dwóch gigantycznych awariach zarząd zrozumiał, że szybkość bez kontroli to prosty przepis na spektakularną katastrofę.

Pojawia się jednak niepokojące pytanie: jak ci starsi inżynierowie mają faktycznie sprawować nadzór, skoro jest ich coraz mniej, a ich skrzynki pękają od Sev2? Kontrolowane tarcie jako polityka jest słuszne. Jako jedyna odpowiedź na systemowy problem — niewystarczające.Kontrolowane tarcie to elegancka nazwa na powrót do normalności i przyznanie się, że pierwotna wizja AI jako łatki na braki kadrowe była złudzeniem.

Regulatorzy Patrzą na Ręce

Europejskie regulacje NIS2 i DORA (Digital Operational Resilience Act) już za chwilę zmuszą firmy do twardych dowodów na to, że kontrolują swoje cyfrowe automaty. Nie wystarczy powiedzieć „używamy AI odpowiedzialnie”. Trzeba będzie udokumentować procesy nadzoru, ścieżki decyzyjne i mechanizmy awaryjne.

Dla gigantów chmurowych, takich jak Amazon, to kwestia dostosowania się do wymogów. Dla mniejszych firm — potencjalnie egzystencjalna weryfikacja. Bo jeśli myślisz, że incydenty AWS Cię nie dotyczą, bo nie jesteś Amazonem, zastanów się: ile razy w ciągu dnia klikasz „akceptuj” pod sugestią AI, której do końca nie rozumiesz? Ile procesów w Twoim systemie działa bez nadzoru, bo „przecież zawsze działało”?

Wnioski

1. Uprawnienia muszą odpowiadać stawce, nie szybkościAgent AI, który może modyfikować środowisko produkcyjne, powinien mieć uprawnienia odpowiadające ryzyku, a nie wygodzie operacyjnej. Kiro dostał dostęp do systemów o globalnym zasięgu tylko dlatego, że był szybki. To błąd projektowy, nie operacyjny.

2. Pamięci instytucjonalnej nie da się zautomatyzowaćKiedy zwalniasz doświadczonych inżynierów i zastępujesz ich algorytmami, tracisz nie tylko ręce do pracy. Tracisz zdolność do rozumienia, co jest kruche, co jest krytyczne i gdzie AI nie powinna sięgać.

3. Szybkość bez kontroli to tylko szybsza droga do katastrofyKażda sekunda, w której pozwalasz automatowi działać bez nadzoru w sercu swojego biznesu, przybliża Cię do momentu, w którym obiecywana przez AI efektywność zamieni się w kosztowny dym i zgliszcza Twoich danych. Prawdziwym zagrożeniem nie jest sztuczna inteligencja, która chce nas zniszczyć — ale nasza własna chęć, by uwierzyć, że maszyna wykona za nas brudną robotę bez żadnego nadzoru.

ŹRÓDŁA

1. Raport AWS Incident Response: Outage w regionie Chiny (Grudzień 2025)
   
2. Analiza techniczna błędu agenta Kiro — wewnętrzna notatka briefingowa Amazon
   
3. Raport wewnętrzny Amazon dotyczący incydentów Gen-AI assisted changes (Marzec 2026)
   
4. Financial Times: Analiza deep dive meetingu inżynierów Amazon
   
5. Statystyki redukcji zatrudnienia Amazon 2025–2026 a stabilność infrastruktury krytycznej
   
6. Wytyczne unijne DORA (Digital Operational Resilience Act) — zarządzanie ryzykiem operacyjnym i nadzór nad dostawcami trzecimi
   
7. Dyrektywa NIS2 — wymagania w zakresie odporności cyfrowej infrastruktury krytycznej