Amazon recunoaște indirect că utilizarea masivă a AI îi creează probleme: incidentele lovesc chiar businessul de bază
Goana companiilor mari după inteligența artificială a fost prezentată în ultimii doi ani drept o cursă aproape obligatorie. Marile grupuri au introdus instrumente de AI în programare, suport, analiză și productivitate internă, iar în multe cazuri angajații au fost încurajați sau împinși clar să le folosească tot mai des. În teorie, promisiunea a fost simplă: mai multă viteză, costuri mai mici, mai puține blocaje și o dezvoltare software accelerată. În practică, tot mai multe companii descoperă că adoptarea grăbită a acestor instrumente vine cu efecte secundare serioase.
Amazon este unul dintre cele mai mari exemple din acest moment. Potrivit unor informații apărute în presa internațională, gigantul american a convocat recent un grup extins de ingineri pentru a discuta despre o serie de incidente care au afectat businessul său de retail online, inclusiv pene și probleme operaționale asociate cu modificări de cod asistate de inteligență artificială. Documentele interne citate în presă descriu un „trend de incidente” cu „blast radius” ridicat și menționează explicit „Gen-AI assisted changes” printre elementele importante ale problemei.
Semnalul este cu atât mai important cu cât nu vorbim despre un startup aflat la început sau despre o companie care experimentează timid. Vorbim despre Amazon, adică una dintre firmele care au împins puternic integrarea AI în procesele interne și care, în același timp, reduce personal și cere tot mai multă eficiență. Tocmai de aceea, episodul arată ceva esențial despre actualul moment din industrie: nu mai este suficient să spui că AI-ul accelerează dezvoltarea. Contează enorm și cât de bine este controlat, cine îl supraveghează și ce se întâmplă când erorile se propagă la scară mare.
Ce s-a întâmplat la Amazon și de ce problema este mai serioasă decât pare
Tensiunea a crescut după o cădere importantă a site-ului și aplicației Amazon de săptămâna trecută, care a durat aproape șase ore și i-a împiedicat pe clienți să plaseze comenzi sau să acceseze diverse funcții esențiale. Reuters a relatat că incidentul a pornit de la o problemă de software code deployment, adică o implementare greșită de cod, iar efectele au inclus erori la checkout, fluctuații de preț afișate, blocaje în aplicație și dificultăți în accesarea istoricului comenzilor sau a paginilor de produs.
În paralel, Financial Times a scris că Amazon a chemat inginerii la o întâlnire specială pentru a analiza seria recentă de incidente care afectează infrastructura sa de e-commerce. Nota de briefing citată de publicație vorbește despre incidente cu impact mare și menționează drept factor contribuitor utilizarea nouă a GenAI în contexte în care cele mai bune practici și mecanismele de protecție nu sunt încă bine stabilite. Dave Treadwell, senior vice-president la Amazon eCommerce Services, le-a transmis angajaților că disponibilitatea site-ului și a infrastructurii asociate „nu a fost bună” în ultima perioadă.
Cu alte cuvinte, compania nu spune formal că AI-ul este singurul vinovat, dar recunoaște foarte clar că schimbările asistate de AI fac parte din peisajul incidentelor recente. Este o nuanță importantă. Amazon încearcă să păstreze discursul conform căruia problema nu ar fi autonomia instrumentelor AI în sine, ci lipsa unor protocoale, permisiuni și filtre suficiente în jurul lor. Totuși, pentru publicul larg și pentru industrie, concluzia practică rămâne aceeași: instrumentele introduse pentru accelerare au ajuns să participe la întreruperi care afectează exact activitatea de bază a companiei.
Situația devine și mai interesantă când privești ce s-a întâmplat în AWS, divizia de cloud computing a Amazon. Reuters a relatat, pe baza unui material FT, că în decembrie un serviciu AWS a suferit o întrerupere după ce un instrument intern de AI pentru coding a șters și apoi a recreat mediul de lucru, ducând la o întrerupere de aproximativ 13 ore pentru o funcție de cost management utilizată într-una dintre regiunile companiei. Amazon a descris acel episod drept „user error” și a insistat că problema a ținut de controlul accesului, nu de faptul că AI-ul ar fi acționat necontrolat.
Pus cap la cap, tabloul devine mult mai clar: nu este vorba despre un singur accident izolat, ci despre o succesiune de episoade în care instrumentele AI introduse în fluxurile de dezvoltare au contribuit la erori cu efecte reale, uneori costisitoare și vizibile public.
De ce strategia Amazon ridică întrebări mari despre viitorul muncii în programare
Poate cea mai interesantă parte a poveștii nu este că au existat incidente, ci felul în care compania pare să răspundă la ele. Potrivit informațiilor apărute în presă, Amazon nu dă înapoi de la folosirea AI în dezvoltare, ci merge în direcția opusă: vrea mai multe bariere, mai multă supervizare și aprobări mai stricte pentru modificările de cod asistate de AI. Treadwell le-a spus angajaților că, de acum, juniorii și programatorii de nivel mediu vor avea nevoie de aprobarea unor ingineri mai seniori pentru orice schimbări asistate de AI.
Pe hârtie, această măsură pare rezonabilă. Instrumentele de generare de cod pot produce erori, pot interpreta greșit instrucțiunile și pot introduce modificări pe care utilizatorul nu le anticipa. Exact de aceea, supervizarea umană este esențială. Problema este că această cerință de control suplimentar vine într-un moment în care Amazon a redus personal și continuă să urmărească eficiență cu mai puțini oameni. Presa economică a scris în repetate rânduri despre disponibilizări în zona corporate, iar Financial Times a relatat anterior și despre ținte interne care încurajau ca 80% dintre dezvoltatori să folosească AI pentru sarcini de codare cel puțin o dată pe săptămână.
Aici apare contradicția majoră. Dacă folosești mai mult AI, dar aceste instrumente au nevoie de supraveghere mai atentă, ai de fapt nevoie de mai multă experiență umană, nu de mai puțină. Iar dacă în același timp reduci numărul oamenilor disponibili, presiunea pe cei rămași crește. În loc să simplifice totul, AI-ul poate produce un paradox operațional: generează mai multă viteză aparentă la suprafață, dar mută riscul și efortul în zona de validare, audit și remediere.
Este și motivul pentru care tot mai mulți observatori privesc cu prudență promisiunile triumfaliste legate de AI coding. Aceste instrumente pot fi utile, dar nu funcționează ca un înlocuitor curat pentru experiența umană. În special în sisteme critice, orice eroare poate avea efecte în cascadă. Iar la Amazon, unde milioane de utilizatori depind de infrastructura de retail și de cloud, un astfel de risc nu este deloc minor.
Lecția reală pentru Big Tech: AI-ul nu rezolvă haosul operațional, îl poate amplifica
Povestea Amazon arată, poate mai clar decât multe dezbateri teoretice, că AI-ul nu este o soluție magică pentru productivitate. Dacă îl introduci rapid, fără proceduri solide, fără delimitări clare de responsabilitate și fără o cultură tehnică pregătită să gestioneze excepțiile, rezultatul poate fi exact opusul promisiunii inițiale. În loc de stabilitate, ai mai multă fragilitate. În loc de eficiență, ai mai multe straturi de verificare. În loc de simplificare, ai complexitate suplimentară.
Pentru Amazon, lovitura de imagine este importantă tocmai pentru că afectează businessul său central. Una este să experimentezi cu AI într-un produs secundar și alta este să vezi căderi, probleme de cod și incidente operaționale care ating chiar site-ul de cumpărături și infrastructura cloud. Asta transformă dezbaterea dintr-una abstractă într-una foarte concretă: cât de pregătite sunt, de fapt, marile companii să își bazeze operațiunile pe instrumente generative care încă au nevoie de atâta control uman?
Mesajul pe care îl transmite acest episod este simplu și incomod. Inteligența artificială poate accelera munca, dar poate accelera și greșelile. Iar când vorbim despre companii de dimensiunea Amazon, greșelile accelerate nu mai sunt simple buguri interne, ci probleme care lovesc utilizatori, venituri, încredere și stabilitate operațională. De aceea, adevărata lecție nu este că Amazon trebuie să pună niște „guardrails” în plus. Lecția este că între entuziasmul pentru AI și realitatea sistemelor critice există încă o distanță mare, iar industria tech începe abia acum să o simtă cu adevărat.