Lot do Seattle i 100 000 linii kodu po 25 latach przerwy

Beth Galetti, starsza wiceprezes Amazona do spraw People Experience and Technology, przez 25 lat kierowała zespołami zarządzającymi inżynierami oprogramowania, sama nie napisawszy ani linijki kodu, a w tym tygodniu własny blog firmowy Amazona podał, że napisała już ponad 100 000 linii za pomocą wewnętrznego narzędzia AI o nazwie Kiro. Galetti opisała ten powrót osobistymi słowami: "Czy wiecie, jak wyzwalające jest odkrycie, że po 25 latach bez programowania nadal można coś zbudować?" Jej pierwszym projektem była aplikacja kalendarza rodzinnego, zbudowana na potrzeby własnego domu, a nie biznesu Amazona.

Większa historia to ta, którą Amazon postanowił opublikować wokół niej. Galetti napisała swoje zgłoszenie do wewnętrznego konkursu o nazwie Everyone Can Build podczas lotu do Seattle, a konkurs przyciągnął ponad 1500 pracowników w ciągu kilku tygodni. Wpis Amazona wyróżnił inne zgłoszenia w tym samym duchu: jedna osoba zautomatyzowała czterogodzinny ręczny proces, skracając go do sekundy, inna zbudowała dla zabawy cyfrowego zwierzaka o imieniu Momo, bez żadnego celu biznesowego.

Amazon nie ukrywa, do czego to służy. Wpis łączy powrót Galetti do programowania bezpośrednio z Future Ready 2030, świeżo ogłoszonym zobowiązaniem na 2,5 miliarda dolarów, dzięki któremu Amazon chce przygotować ponad 50 milionów ludzi do przyszłości pracy, w tym 1 miliard dolarów przeznaczony na istniejący program edukacyjny Career Choice oraz bezpłatne szkolenia z AI i certyfikację AWS dla każdego pracownika Amazona. Prywatna aplikacja starszej menedżerki stała się ludzką twarzą bardzo dużego budżetu szkoleniowego.

Pięć miesięcy wcześniej własni inżynierowie Amazona dostali przeciwne polecenie

Czytane obok wewnętrznego memo, które organizacja inżynierska Amazona rozesłała w marcu 2026 roku, świętowanie wygląda tylko na połowę historii. Pięć miesięcy przed wpisem o Galetti Amazon zażądał od swoich wykwalifikowanych inżynierów oprogramowania, nie od osób programujących po raz pierwszy, zgody starszego kolegi lub koleżanki, zanim kod, przy którym pomagało narzędzie AI, mógł trafić na produkcję.

Wyzwalaczem była seria awarii związanych z tym, co wewnętrzna komunikacja Amazona nazwała zmianami wspomaganymi przez generatywne AI o dużym promieniu rażenia, a wzorzec ten memo śledziło aż do trzeciego kwartału 2025 roku. W grudniu 2025 roku awaria AWS trwała 13 godzin, po tym jak narzędziu Kiro pozwolono zmieniać infrastrukturę bez ludzkiej kontroli, a ono samo zdecydowało się usunąć i odtworzyć środowisko. Na początku marca 2026 roku w ciągu trzech dni doszło do dwóch kolejnych incydentów: jeden kosztował około 120 000 zamówień i wygenerował 1,6 miliona błędów na stronie, drugi zmniejszył wolumen zamówień w Ameryce Północnej o 99 procent, co dało zgłoszone 6,3 miliona utraconych zamówień. Starszy wiceprezes Amazona Dave Treadwell powiedział pracownikom wprost, że dostępność strony i powiązanej infrastruktury ostatnio nie była dobra.

TechRadar opisał politykę, jaka z tego wynikła, powołując się na wewnętrzne memo uzyskane przez Financial Times: młodsi i średnio doświadczeni inżynierowie muszą teraz uzyskać zgodę starszego inżyniera, zanim jakakolwiek zmiana kodu wspomagana przez AI trafi na produkcję, w ramach 90-dniowego resetu bezpieczeństwa kodu obejmującego około 335 krytycznych systemów detalicznych, z weryfikacją dwuosobową i surowszymi kontrolami automatycznymi. Amazon zakwestionował część tej relacji, nazywając co najmniej jeden incydent ludzkim błędem kontroli dostępu, ale pozostawił sam wymóg zgody w mocy.

Kalendarz rodzinny i kasa fiskalna nie niosą tego samego ryzyka

Różnica między aplikacją Galetti a kodem, który wywołał awarie Amazona, nigdy nie polegała na tym, kto napisał polecenie dla AI, lecz na tym, czego mógł dotknąć powstały kod. Aplikacja kalendarza rodzinnego i zgłoszenie do wewnętrznego konkursu nie czytają ani nie zapisują niczego, co należy do klienta, i nic z tego, co robią, nie dociera do płacącej publiczności Amazona.

Marcowa polityka celowała w węższą kategorię: kod napisany z pomocą AI działający wewnątrz systemów produkcyjnych, które przetwarzają prawdziwe zamówienia, prawdziwe ceny i prawdziwe konta klientów, w skali, w której jedno wadliwe wdrożenie usuwa miliony transakcji w ciągu kilku godzin. Ta kategoria wymaga, aby druga wykwalifikowana osoba sprawdziła kod przed wdrożeniem, niezależnie od tego, kto, albo co, napisało pierwszą wersję.

Próg, który Amazon wyznaczył sam sobie, to przenośna część tej historii. Firma nadal korzystała z Kiro i nadal zachęcała osoby niebędące inżynierami do budowania. Kontrolę człowieka dodała dopiero wtedy, gdy kod trafiał na produkcję, dotykał danych klientów albo niósł promień rażenia wystarczająco duży, by miał znaczenie.

Decyzja, przed którą stoi teraz każdy właściciel firmy

Dla właściciela firmy, który widzi, jak kierowniczka marketingu albo kierownik finansowy buduje własne narzędzia za pomocą asystenta programowania opartego na AI, pytanie nie brzmi, czy na to pozwolić, sam rok Amazona już odpowiedział na to pytanie. Decyzja dotyczy tego, gdzie postawić granicę, którą Amazon wyznaczył przy 335 systemach produkcyjnych i obowiązkowej zgodzie starszego inżyniera.

Poniżej tej granicy pozwólcie ludziom budować. Automatyzacja arkusza kalkulacyjnego, wewnętrzny panel zasilany danymi, do których osoba budująca już ma legalny dostęp, osobiste narzędzie kalendarza takie jak u Galetti, żadne z nich nie potrzebuje formalnej bramki kontrolnej, a wymuszanie jej i tak uczy pracowników budować po cichu zamiast pytać.

Powyżej tej granicy zastosujcie bezpośrednio własną zasadę Amazona. W chwili gdy narzędzie zbudowane z AI przez osobę bez profilu technicznego ma czytać lub zapisywać w bazie danych produkcyjnej, dotykać prawdziwych danych klientów albo stać się dostępne spoza firmy, wymagajcie zgody wykwalifikowanego recenzenta technicznego, zanim trafi na produkcję, według tego samego standardu, jaki Amazon zastosował wewnętrznie w 2026 roku. Jeśli nikt w zespole nie potrafi faktycznie przeprowadzić takiej weryfikacji, wstrzymajcie start, dopóki nie pojawi się ktoś wykwalifikowany.

Co sprawdzić, zanim kolejne narzędzie zbudowane z AI trafi na produkcję

Zacznijcie w tym tygodniu od spisania każdego narzędzia zbudowanego z AI poza zespołem inżynierskim w ostatnim kwartale i zadajcie każdemu jedno pytanie: czy dotyka danych produkcyjnych, płacącego klienta albo systemu dostępnego spoza firmy. Odpowiedź twierdząca na którykolwiek z tych punktów wymaga tej samej zgody, jakiej Amazon wymaga teraz od własnych inżynierów, niezależnie od tego, kto w firmie je zbudował.

Postawcie nazwisko za zgodą, nie tylko dokument polityki. Rozwiązanie Amazona działa, ponieważ konkretny starszy inżynier musi podpisać się pod konkretną zmianą, zanim trafi ona na produkcję, a zasada bez nazwanego recenzenta to memo, nie bramka kontrolna.

Czytaj dalej: Nowe domyślne szyfrowanie Ring nie jest tym, na co wygląda  |  Europejski zespół DuckDB dołączył do AWS