Flere af de største AI-tjenester havde problemer i det samme tidsrum den 3. september 2026. OpenAI's ChatGPT og Codex, Anthropics Claude og xAI's Grok blev ramt af fejl eller utilgængelighed, og brugere på tværs af platformene meldte om problemer.
Den vigtigste konklusion er også den mest forsigtige: Der var tale om samtidige driftsforstyrrelser – ikke én dokumenteret fælles nedbrudsårsag. OpenAI oplyste, at deres egen hændelse skyldtes en routingfejl. De offentlige statusmeddelelser fra de øvrige udbydere fastslår ikke en fælles teknisk årsag.
40
41
Tidslinjen
Ifølge OpenAI begyndte routingfejlen omkring kl. 7.43 PT den 3. september – svarende til kl. 16.43 dansk tid – og gjorde ChatGPT og Codex utilgængelige for nogle brugere på tværs af platforme. En løsning var implementeret omkring kl. 8.17 PT, hvorefter den blev overvåget.
40
OpenAI oprettede sin offentlige driftsmeddelelse kl. 14.58 UTC med beskeden om "forhøjede fejl" i ChatGPT og Codex.
17 Senere statusoplysninger angav, at hændelsen var løst kl. 16.55 UTC. Regnet fra det oplyste starttidspunkt kl. 14.43 UTC varede forstyrrelsen dermed cirka to timer og 12 minutter – men påvirkningen var ikke ens for alle brugere.
40
41
Claude og Grok havde problemer i samme overordnede tidsrum. Anthropic angav, at deres model-fejl var løst kl. 16.16 UTC, mens xAI senere oplyste, at Grok-trafikken igen var normal kl. 17.07 UTC.
41
Det meldte brugerne og status-siderne
Brugere rapporterede mislykkede logins, chatfejl, manglende svar og problemer med adgang via både web, mobil og desktop. Under hændelsen registrerede Downdetector mere end 35.000 amerikanske indberetninger om ChatGPT, over 1.400 om Claude og over 1.200 om Grok. I Indien blev der rapporteret over 2.800 ChatGPT-problemer, cirka 170 Claude-problemer og over 70 Grok-problemer. Tallene er brugerindberetninger – ikke en optælling af samtlige berørte konti – men de viser, at forstyrrelsen blev bemærket bredt.
42
OpenAI bekræftede forhøjede fejl i ChatGPT og Codex, og hændelsen blev senere markeret som løst i virksomhedens statushistorik.
17
20 Samtidige rapporter beskrev problemer i ChatGPT på web, mobil og desktop, altså ikke kun i én bestemt brugerflade.
39
50
For Claude blev der rapporteret forhøjede fejl på flere modeller, blandt andet Mythos/Fable 5.1, Mythos/Fable 5, Opus 5, Opus 4.8 og Opus 4.6. Senere opdateringer viste, at mange modeller var tilbage på normalt fejlniveau, mens Opus 4.8 og Opus 5 var påvirket længere.
36
47
49
xAI anerkendte, at Grok havde problemer, og efterfølgende rapportering pegede på, at trafikken igen var normal efter hændelsen.
49
41
Var Gemini det upåvirkede alternativ?
De første omtaler fremstillede ofte Google Gemini som den store rival, der tilsyneladende fortsat var tilgængelig, mens ChatGPT, Claude og Grok havde problemer. Den konklusion bør dog tages med forbehold. Andre medier beskrev også Gemini-relaterede indberetninger på Downdetector, men det foreliggende materiale viser ikke en tilsvarende bekræftet Google-hændelse.
44
48
En tjeneste kan godt virke for nogle brugere, mens andre ser markant flere fejl. Derfor er en fejltracker et nyttigt tidligt signal, men ikke en erstatning for udbyderens egen hændelsesrapport eller overvågning af den konkrete applikation.
Derfor ramte det mere end chat
For virksomheder og udviklingsteams handler et AI-nedbrud ikke kun om, at man ikke kan stille en chatbot et spørgsmål. Når kodeassistenter eller agentforløb ikke virker, kan udviklingsarbejde gå i stå. Når et API returnerer fejl, kan funktioner i produkter og interne automatiseringer fejle, blive sat i kø eller kræve manuel håndtering. Research-arbejde bliver også sårbart, hvis værktøjer til søgning, sammenfatning eller længerevarende opgaver er utilgængelige.
OpenAI's egen statushistorik illustrerer, hvor mange funktioner der kan være berørt i AI-platformshændelser: Codex, søgning, agenter, Deep Research, connectors, filuploads, login og GitHub-afhængige arbejdsgange har alle været omfattet af særskilte driftsmeddelelser.
19
24
25
29
Det gør ikke én bestemt udbyder særligt upålidelig. Det viser derimod, at afhængighed af én leverandør, én model eller ét agentmiljø kan blive et operationelt enkelt fejlpunkt.
Astra/GPT-6-spekulationen var ikke dokumentation
Tidspunktet satte gang i spekulationer, fordi hændelsen faldt sammen med rygter om en kommende OpenAI-lancering kaldet "Astra", muligvis knyttet til en fremtidig GPT-6-generation. Men det tilgængelige materiale understøtter ikke en årsagssammenhæng.
OpenAI's forklaring på sin egen forstyrrelse var en routingfejl. Ingen af udbyderne knyttede offentligt problemerne til Astra, GPT-6 eller en modellancering. Sammentræffet skabte en opsigtsvækkende fortælling, men dokumenterer ikke årsag og virkning.
40
37
46
Hvad tidligere hændelser fortæller om driftsrisiko
Hændelsen 3. september var ikke den første i markedet. xAI's statushistorik omfatter blandt andet en Grok-2-timeout den 15. januar 2025, der varede 3 timer og 10 minutter, og et nedbrud i struktureret output for Grok-2, der varede 3 dage og 21 timer.
2
3 OpenAI's historik beskriver også særskilte problemer med Codex-opgaver, ChatGPT-funktioner og API-relaterede arbejdsgange.
21
27
32
Historikken bør ikke bruges til at rangordne udbyderne efter driftssikkerhed: Materialet bygger ikke på ens definitioner af nedetid, eksponering eller antal berørte brugere. Men det understøtter en mere afgrænset pointe: Nedbrud er en normal driftsrisiko for teams, der bygger kritiske processer på hostede AI-tjenester.
En praktisk tjekliste for kontinuitet
Organisationer, der er afhængige af AI i produktion, kan begrænse konsekvenserne af en leverandørfejl ved at planlægge for den på forhånd:
- Brug leverandørneutrale grænseflader, når det er praktisk muligt, så systemet ikke er hårdt bundet til ét API-format eller én arbejdsgang.
- Aftal reserveveje for vigtige opgaver: en anden leverandør, en mindre lokal model, en funktion med færre muligheder eller en manuel proces.
- Sæt sikre kø- og genforsøgsregler op for ikke-hastende API-job, med grænser der forhindrer, at gentagne fejl forværrer situationen.
- Skeln mellem kritiske og bekvemme funktioner. En chatassistent kan være valgfri; en arbejdsgang, der blokerer kodegennemgang, kundeservice eller en produktfunktion, er det måske ikke.
- Test failover og manuelle procedurer. En backup, der aldrig er prøvet af, er ikke en pålidelig beredskabsplan.
Det usædvanlige den 3. september var, at flere kendte AI-tjenester så ud til at fejle samtidig. Den større læring er mere hverdagsagtig, men vigtig: Robust drift handler mindre om at forudsige næste nedbrud og mere om at sikre, at én leverandørs hændelse ikke kan standse afgørende arbejde.
41