ChatGPT, Claude i Grok pretrpjeli su 3. rujna vremenski preklopljene prekide rada, rijedak trenutak u kojem su tri velika AI pomoćnika istodobno bila nedostupna dijelu korisnika. OpenAI je naknadno naveo pogrešku u usmjeravanju, SpaceX je Grokov problem povezao s računalnim centrom u Memphisu, a Anthropic je objavio detaljnu vremensku crtu bez javnog tehničkog objašnjenja uzroka. Podudarnost je otvorila pitanje dijele li konkurentske usluge kritičnu infrastrukturu, no dostupni izvori ne potvrđuju zajedničku točku kvara.
OpenAI: problem u usmjeravanju, ne u modelu
Preklapanje nije značilo da je cijeli AI internet pao. OpenAI je WIRED-u rekao da je pogreška u usmjeravanju počela u 7:43 po pacifičkom vremenu i da je rješenje uvedeno oko 8:17. Za dio korisnika ChatGPT i Codex tada nisu bili dostupni. The Verge navodi da se kvar nije zaustavio na običnom razgovoru: prijave, prijenos datoteka, glasovni način, pretraživanje, dubinsko istraživanje i stvaranje slika također su imali poteškoće. To pokazuje koliko jedan operativni incident može zahvatiti više funkcija izgrađenih oko istog proizvoda.
OpenAI-jev prekid bio je najkraći od tri detaljno opisana incidenta. Vrijeme je ipak bilo nezgodno jer se dogodio istoga dana kada je tvrtka predstavljala Astru, svoju novu generaciju modela. Nema dokaza da je lansiranje uzrokovalo kvar. Objavljeni opis upućuje na pogrešku u usmjeravanju prometa, a ne na problem u samom modelu. Za poslovne korisnike ta je razlika važna: kvaliteta modela i dostupnost usluge dva su odvojena svojstva, pa visoki rezultati na testovima ne jamče da će aplikacija moći doći do modela.
Anthropicov zapis pokazuje širi i dulji incident
Anthropicov javni statusni zapis daje precizniju vremensku crtu. Tvrtka je u 13:26 UTC počela istraživati povišene stope pogrešaka za Mythos 5.1, Fable 5.1 i Opus 5. Popis je zatim proširen na obitelji Mythos/Fable 5 i 5.1 te Opus 4.6, 4.8 i 5. Anthropic je uzrok označio pronađenim, uveo popravak i incident zatvorio u 16:16 UTC. Zaseban, kraći problem sa Sonnetom 5 zabilježen je između 12:37 i 12:56 UTC.
Širina pogođenih modela značila je da problem nije bio ograničen na jedno sučelje. Claude se koristi kroz web, razvojni API i alate poput Claude Codea, pa povišene stope pogrešaka mogu pogoditi i automatizirane poslovne procese koji nemaju otvoren prozor chatbota. 9to5Google je zabilježio i da je Cursor prijavio vlastiti prekid zbog nedostupnosti Claudea i Groka. To je mali, ali jasan primjer lančanog učinka: proizvod može raditi ispravno u vlastitom kodu, a ipak postati nedostupan jer ovisi o vanjskom modelu.
Grokov kvar vezan uz računalni centar u Memphisu
Grok je prema WIRED-u prijavio probleme na svim svojim platformama od oko 6:30 do 10:05 po pacifičkom vremenu. SpaceX, matična tvrtka xAI-ja, kasnije je događaj povezao s prekidom u računalnom centru u Memphisu i ispričao se pogođenim računalnim partnerima. To je jedini od tri slučaja za koji je javno naveden konkretan fizički centar. Korisnicima su tijekom prekida bile pogođene web, Android i iOS inačice, pa prebacivanje s jednog uređaja na drugi nije nudilo pouzdanu zaobilaznicu.
Istodobnost nije dokaz zajedničkog uzroka
Vremensko preklapanje prirodno je potaknulo sumnju u zajedničkog dobavljača oblaka ili mrežne infrastrukture. Dostupni dokazi to ne potvrđuju. OpenAI i Anthropic nisu WIRED-u naveli zajednički vanjski izvor problema, dok Cloudflare, Amazon Web Services i Microsoft Azure nisu prijavili odgovarajući incident. 9to5Google je u ažuriranju precrtao početnu pretpostavku o Azureu nakon Microsoftova demantija. Najtočniji zaključak zato je uži: tri konkurentske AI usluge doista su bile nedostupne u preklopljenom razdoblju, ali zajednički uzrok nije utvrđen.
Ni Googleov Gemini ne treba automatski dodati popisu potvrđenih kvarova. Bilo je korisničkih prijava, no Google nije objavio upozorenje niti zabilježio incident na statusnom sustavu. Takve prijave mogu uključivati lokalne mrežne probleme, pogreške pojedinih računa ili posljedice drugih servisa na koje se korisnik oslanja. Razlika između prijave na agregatoru i potvrđenog operativnog incidenta ključna je pri izvještavanju: prva pokazuje da korisnici vide poteškoće, a druga da ih je pružatelj prepoznao u vlastitoj infrastrukturi.
Što incident znači za poslovnu otpornost
Sve tri potvrđene usluge vratile su se u rad istoga dana. To ograničava izravnu štetu, ali ne poništava pouku za organizacije koje AI ugrađuju u korisničku podršku, programiranje, pretraživanje dokumenata ili interne agente. Rezervni model nije prava zaštita ako aplikacija nema testiran način prebacivanja, ako više dobavljača dijeli isti identitetski ili mrežni sloj ili ako podaci i upute nisu prenosivi. Otpornost se mora provjeravati cijelim putem od korisničkog zahtjeva do modela i natrag.
Za hrvatske i europske tvrtke događaj nema posebnu regulatornu posljedicu, ali ima praktičnu. U ugovorima i internim planovima treba razlikovati deklariranu dostupnost pojedinog modela od dostupnosti cijele funkcije koja o njemu ovisi. Važni procesi trebaju imati jasnu ručnu zamjenu, ograničene redove čekanja, evidenciju neizvršenih zadataka i postupak za ponavljanje nakon oporavka. Korisniku pritom treba pokazati da je radnja odgođena, umjesto da agent tiho preskoči korak ili ponovi plaćanje, poruku ili izmjenu datoteke.
Rujanski prekidi nisu dokaz da su najveći AI laboratoriji povezani jednom skrivenom infrastrukturnom točkom. Oni su uvjerljiviji podsjetnik da se tri odvojena operativna problema mogu dogoditi dovoljno blizu da za korisnika izgledaju kao jedan veliki kvar. Najvažnija nepoznanica ostaje potpuna tehnička analiza uzroka iz svakog laboratorija. Dok je ne objave, opravdano je govoriti o istodobnosti i različitim javno navedenim neposrednim uzrocima, ali ne i o zajedničkom kolapsu oblaka.
Zašto je važno
Preklopljeni kvarovi pokazali su da dostupnost AI funkcije ovisi o cijelom lancu usluge, a ne samo o sposobnosti modela, te da rezervni dobavljač vrijedi tek kada je prebacivanje stvarno testirano.
Hrvatska / EU kontekst
Hrvatske i europske organizacije koje AI povezuju s važnim procesima trebaju planirati ručnu zamjenu, evidentiranje neizvršenih zadataka i provjereno prebacivanje između dobavljača, bez pretpostavke da prividno različite usluge nemaju zajedničke ovisnosti.
Što još ne znamo
- Potpune tehničke analize svih triju incidenata nisu objavljene, pa zajednički uzrok nije moguće ni potvrditi ni potpuno isključiti.
- Objavljeni izvori ne daju usporedive brojke pogođenih korisnika ili neuspjelih API zahtjeva.
- Korisničke prijave problema s Geminijem nisu bile praćene Googleovom potvrdom incidenta.