ChatGPT, Claude og Grok var nede samtidig: Dette vet vi om AI-feilene

Flere ledende AI-tjenester fikk problemer i samme tidsrom 3. september 2026. OpenAIs ChatGPT og Codex, Anthropics Claude og xAIs Grok hadde alle feil eller utilgjengelige funksjoner.

Det viktigste forbeholdet er også det mest sentrale: Dette var samtidige driftsforstyrrelser, ikke én bevist felles hendelse. OpenAI oppga en rutingsfeil i egne tjenester. De offentlige statusmeldingene og rapporteringen om de andre tjenestene dokumenterer ikke én felles teknisk årsak. 4041

Tidslinjen: hva skjedde – og når?

OpenAI opplyste at en rutingsfeil startet rundt kl. 07.43 PT 3. september. Det gjorde ChatGPT og Codex utilgjengelige for enkelte brukere på tvers av plattformer. Ifølge selskapet var en løsning satt i drift rundt kl. 08.17 PT, før situasjonen ble overvåket videre. 40

OpenAIs offentlige statussak ble opprettet kl. 14.58 UTC, med meldingen om «forhøyet feilrate» i ChatGPT og Codex. 17 Senere opplysninger plasserte full gjenoppretting hos OpenAI til kl. 16.55 UTC. Regnet fra den oppgitte starten kl. 07.43 PT – kl. 14.43 UTC – var hendelsen dermed på omtrent to timer og tolv minutter. Påvirkningen var imidlertid delvis, ikke lik for alle brukere. 4041

Claude og Grok hadde problemer i det samme, bredere tidsvinduet. Rapportering basert på statusmeldingene deres oppga at Anthropics modellfeil var løst kl. 16.16 UTC, mens xAI senere meldte at Grok-trafikken igjen var normal kl. 17.07 UTC. 41

Feilinnlogginger, manglende svar og problemer i appene

Brukere rapporterte om mislykkede innlogginger, chatfeil, manglende svar og problemer med tilgang via nett, mobil og skrivebordsapper. Tall fra Downdetector, en tjeneste som samler inn brukerrapporter om driftsproblemer, viste særlig mange meldinger om ChatGPT: Over 35 000 i USA, mot over 1 400 for Claude og over 1 200 for Grok. I India ble det rapportert over 2 800 problemer med ChatGPT, rundt 170 med Claude og over 70 med Grok. Dette er brukerrapporter, ikke en opptelling av alle berørte kontoer, men tallene viser at problemene ble bredt lagt merke til. 42

OpenAIs statusside bekreftet forhøyet feilrate i ChatGPT og Codex, og historikken markerte senere hendelsen som løst. 1720 Samtidig rapportering beskrev problemer i ChatGPT på nett, mobil og skrivebord – altså ikke en feil avgrenset til ett grensesnitt. 3950

For Claude gjaldt feilratene flere modeller, blant annet Mythos/Fable 5.1, Mythos/Fable 5, Opus 5, Opus 4.8 og Opus 4.6. Senere oppdateringer tydet på at mange modeller var tilbake på normal feilrate, mens Opus 4.8 og Opus 5 var påvirket lenger. 364749

xAI bekreftet på sin side at Grok hadde problemer, og senere rapportering sa at trafikken igjen var normal etter hendelsen. 4941

Var Gemini det upåvirkede alternativet?

I de første omtalene ble Google Gemini ofte fremstilt som den store konkurrenten som så ut til å være tilgjengelig mens ChatGPT, Claude og Grok hadde problemer. Den framstillingen bør brukes med varsomhet. Andre kilder registrerte også Gemini-relaterte meldinger på Downdetector, men det foreligger ikke dokumentasjon i materialet på en tilsvarende, bekreftet hendelse fra Google. 4448

En tjeneste kan fungere for én gruppe brukere selv om en annen opplever forhøyet feilrate. Driftsmonitorer er nyttige varselsignaler, men erstatter ikke leverandørens egen hendelsesrapportering eller overvåking av den konkrete applikasjonen.

Derfor handlet dette om mer enn en chatbot

For mange virksomheter er ikke AI bare et sted å stille spørsmål. Når kodeassistenter eller agentbaserte arbeidsflyter blir utilgjengelige, kan utviklingsarbeid stoppe opp. Hvis et API returnerer feil, kan produktfunksjoner og interne automatiseringer bli satt i kø, feile eller kreve manuell behandling. Forsknings- og analysearbeid blir også sårbart når verktøy for søk, oppsummering eller langvarige oppgaver blir borte.

OpenAIs egen hendelseshistorikk viser hvor bredt AI-plattformfeil kan ramme: Separate saker har omfattet Codex, søk, agenter, Deep Research, integrasjoner, filopplasting, innlogging og arbeidsflyter som er avhengige av GitHub. 19242529

Det betyr ikke at én leverandør er spesielt upålitelig. Det viser hvorfor avhengighet av én leverandør, én modell eller ett agentmiljø kan bli et operativt enkeltfeilpunkt.

Astra- og GPT-6-spekulasjonene var ikke dokumentasjon

Tidspunktet skapte spekulasjoner fordi enkelte rapporter knyttet hendelsen til rykter om en kommende OpenAI-kunngjøring kalt «Astra», muligens relatert til en framtidig GPT-6-generasjon. Det finnes imidlertid ikke grunnlag i det foreliggende materialet for å koble dette årsaksmessig til feilene.

OpenAIs forklaring på sin egen forstyrrelse var en rutingsfeil. Ingen av leverandørene knyttet offentlig problemene til Astra, GPT-6 eller en modellansering. Sammentreffet ga en oppsiktsvekkende fortelling, men dokumenterte ikke årsakssammenheng. 403746

Tidligere feil viser en reell kontinuitetsrisiko

Hendelsen 3. september var ikke den første i markedet. xAIs statushistorikk omfatter blant annet en Grok-2-tidsavbruddsfeil 15. januar 2025 som varte 3 timer og 10 minutter, og en senere feil i strukturert output for Grok-2 som varte 3 døgn og 21 timer. 23 OpenAIs statuslogg dokumenterer også separate hendelser knyttet til Codex-oppgaver, ChatGPT-funksjonalitet og API-baserte arbeidsflyter. 212732

Slike oversikter bør ikke brukes til å rangere leverandørene etter pålitelighet. Materialet gir ikke sammenlignbare definisjoner av nedetid, brukereksponering eller antall berørte. Det støtter likevel en mer avgrenset konklusjon: Driftsfeil er en normal planleggingsrisiko for organisasjoner som bygger kritiske prosesser på skybaserte AI-tjenester.

Sjekkliste for å begrense konsekvensene

Virksomheter som er avhengige av AI i produksjon, kan redusere skadeomfanget ved å planlegge for feil før de oppstår:

• Bruk leverandøruavhengige grensesnitt der det er praktisk mulig, slik at applikasjonen ikke låses tett til én leverandørs forespørselsformat eller arbeidsflyt.
• Definer reserverutiner for viktige oppgaver: en annen leverandør, en mindre lokal modell, en løsning med færre funksjoner eller en manuell prosess.
• Legg opp til trygg køsetting og gjenforsøk for API-jobber som ikke haster, med grenser som hindrer at gjentatte feil forverrer en pågående hendelse.
• Skill kritiske prosesser fra bekvemmelighetsfunksjoner. En chatassistent kan være valgfri; en arbeidsflyt som stopper kodegjennomgang, kundestøtte eller en produktfunksjon, er det kanskje ikke.
• Test failover og manuelle rutiner. En reserve som aldri er prøvd i praksis, er ikke en pålitelig beredskapsplan.

Det uvanlige 3. september var at flere kjente AI-tjenester så ut til å svikte samtidig. Den større lærdommen er likevel enkel: Robusthet handler mindre om å forutsi neste driftsfeil enn om å sørge for at én leverandørs feil ikke stanser kritisk arbeid. 41