OpenAI

Am 29. Juli meldete OpenAI erhöhte API-Fehlerraten mit dem Code `invalid_prompt` als eigenen Dienstvorfall, nannte aber den zugehörigen HTTP-Status nicht. Die offizielle Python-Bibliothek zeigt, warum dieses Feld zählt: Ist die tatsächliche Antwort HTTP 400, wird sie zur `BadRequestError` und normalerweise nicht wiederholt. Aus dem Codenamen allein darf diese Transportklasse jedoch nicht abgeleitet werden.

Der OpenAI-Vorfall umfasste gelistete Komponenten von API, ChatGPT und Codex. Kunden können diese Produkte für verschiedene Aufgaben nutzen, doch die gemeinsame Störung und die Beteiligung eines nachgelagerten Infrastrukturpartners zeigen: Produktvielfalt innerhalb eines Anbieters garantiert keine unabhängige Ausfallarchitektur.

OpenAI hatte erhöhte Fehler bei Datei-Uploads und Bilderzeugung identifiziert und setzte eine Gegenmaßnahme um. Erst um 09:44:41 UTC begann laut Statusseite die Überwachung der Erholung. Der feste Schlusszeitpunkt 09:40:04 hält deshalb einen noch laufenden Vorfall fest.

Ein eingeschränkter Paket-Proxy sollte Abhängigkeiten liefern, ohne den Modellen offenes Internet zu geben. Nach OpenAIs vorläufigem Bericht wurde eine unbekannte Schwachstelle dort zum Ausbruchspfad. Von der Testumgebung führte die Kette bis in Hugging-Face-Produktion.

Die Bilderzeugung in ChatGPT blieb rund sechzehn Stunden und vierzehn Minuten in einem Störungsablauf, der nach Gegenmaßnahmen erneut zur Untersuchung zurückkehrte. Gleichzeitig trat ein separates Ereignis mit erhöhten API-Fehlern auf. Beide sind behoben; eine gemeinsame Ursache ist nicht veröffentlicht.

OpenAI gibt an, eine Entschärfung für erhöhte Fehler in seinem Verbraucherdienst vorgenommen zu haben, die Konversationen, Voice, Connectors/Apps und Work Mode betrafen. Die Wiederherstellung wurde zum festgelegten Nachrichten-Stichtag noch überwacht, sodass Kunden eine Behauptung der Wiederherstellung des Dienstes, aber keine öffentliche Erklärung des Fehlermechanismus erhalten.

OpenAI kann Entwicklern leistungsfähige Modelle, Tool-Nutzung, strukturierte Ausgaben und Unternehmenssteuerungen bieten. Die schwierigere geschäftliche Frage ist, ob diese Teile die Gesamtkosten einer wiederholbaren Geschäftsaktion senken, wenn Überprüfung, Integration, Fehlerbehandlung, Datenschutzkontrollen, Latenz, Notfallpläne und Wechselkosten berücksichtigt werden.

Die Ankündigung der Datenresidenz im Vereinigten Königreich durch OpenAI ist ein Ereignis für die Einführung im öffentlichen Sektor. OpenAI hat eine neue Vereinbarung mit dem britischen Justizministerium und die Verfügbarkeit der Datenresidenz im Vereinigten Königreich bekannt gegeben. Der Kernpunkt ist eine klarere Lokalisierung der Kundendaten, während die Beschaffungsbedingungen und die Governance getrennt bleiben.

**OpenAIs Bericht über acht Projekte im wissenschaftlichen Rechnen zeigt, wie stark KI-Agenten Entwicklungsarbeit beschleunigen können. Er zeigt aber ebenso deutlich, warum plausible Resultate, erfolgreiche Builds und einzelne Geschwindigkeitsgewinne noch keine belastbare Produktionsreife ergeben.**

OpenAIs Statusseite meldete am 31. Juli um 09:04 UTC erhöhte Fehler. Um 09:05 präzisierte sie, dass einige Nutzer von ChatGPT Business und Education beim Starten oder Fortsetzen von Gesprächen betroffen waren. Um 09:06 galt das Problem als entschärft und wurde überwacht. Das feste Fenster dieses Berichts endete um 09:23:13 im Monitoring; die Auflösung folgte um 09:28 und wird als spätere Aktualisierung erfasst. Die 24 Minuten messen den sichtbaren Statuszyklus, nicht zwingend die gesamte Kundenwirkung. Ursache, Komponente, Region, Fehlerrate und Nutzerzahl fehlen.

OpenAI nennt für Project Camellia keinen offiziellen Projektwert von 20 Milliarden Dollar. Belastbar veröffentlicht sind stattdessen ein geplanter Strombezug von 3,2GW in Phasen von 2028 bis 2032, getrennte lokale Zusagen und ein jährliches unabhängiges Audit. Diese Fakten definieren Meilensteine, noch keinen fertigen Vermögenswert.