# Laufzeit ist mehr als HTTP 200

KF01 · Deskriptiver Fallbericht · 2026-10-05

Ein Statusdienst lieferte gültiges JSON, obwohl drei externe Quellen fehlten. Der Browserpfad und der Workerpfad erzählten unterschiedliche Geschichten.

## Frage

Was belegt eine erfolgreiche HTTP-Antwort über die eigentliche Funktion eines KI-Statusdienstes?

## Methode

Retrospektiver Einzelfall aus erhaltenen Auslieferungsprotokollen und einem Browserbericht. Ausgewählt wurde ein Fall mit getrennt dokumentierter Transportprüfung, Quelldaten und Browserinteraktion. Die Auswahl wurde nachträglich getroffen; sie ist keine zufällige Stichprobe.

Die Antwort des Worker-Endpunkts wurde auf HTTP-Status, Content-Type und die drei servicebezogenen Ergebnisfelder gelesen. Ein älterer Browserbericht wurde daneben gestellt, ohne die beiden Zeitpunkte oder Ausführungspfade zu vermischen.

## Ergebnisse

Am 5. Oktober um 09:18 UTC antwortete /api/status mit HTTP 200 und application/json. Alle drei Anbieter standen dennoch auf unavailable / unknown mit source_read_failed. Der äußere passed-Wert des Auslieferungsprotokolls beschrieb also keinen erfolgreichen Abruf aller Anbieterberichte.

Im gesonderten 09:28-UTC-Schnappschuss blieb HTTP 200 erhalten. Für alle drei Anbieter war jetzt fetch_redirect_rejected dokumentiert. Die Ursache ist durch diese Felder allein nicht bewiesen.

Der bereits um 00:06 UTC erfasste Browserbericht zeigte dagegen drei verfügbare Berichte und einen funktionierenden nativen Refresh. Dieser Bericht betrifft den öffentlichen CORS-Fallback des Browsers. Er ist kein Nachweis für den später geprüften Workerpfad.

Die lokale Korrekturdatei dokumentiert eine native Fetch-Brücke, begrenzte Fehlerkategorien und bestandene fokussierte Fixtures. Ihr Übergabestand nennt den tatsächlichen Abruf der r2-Anbieter ausdrücklich unknown. Eine bestandene Fixture bleibt von der echten Laufzeit getrennt.

## Was andere daraus übernehmen können.

Prüfe den Nutzinhalt zusätzlich zum HTTP-Status: erwartet, vorhanden, frisch und für den Besucher brauchbar?

Erhalte fehlgeschlagene Antworten und überprüfe Ersatzpfade einzeln. Ein Browser-Fallback darf einen defekten Serverpfad nicht aus der Dokumentation verschwinden lassen.

Formuliere die Abnahme in getrennten Sätzen: Transport funktioniert; Quellenabruf funktioniert; Oberfläche zeigt den belegten Zustand.

## Grenzen

Ein Dienst, mehrere datierte Ausführungspfade. Keine Aussage über die allgemeine Zuverlässigkeit von KI-Systemen, den heutigen Anbieterstatus oder die endgültige Worker-Ursache. Keine reale Smartphone-Abdeckung und kein Umsatznachweis.

## Quellen

- status-r1: cloudflare-ai-delivery-r1.json; SHA-256 2ccbfd544bf553a8b40faf6c3cf422bb95853d7750d94b0bc464897f51339e20; https://ki-forschungsportal.pages.dev/data/status-r1.json
- status-r2: cloudflare-ai-delivery-r2.json; SHA-256 1cd64421a4e6484c1298a4620d4edf1b4bd6042ee947cfd3761fc680baf8b6c0; https://ki-forschungsportal.pages.dev/data/status-r2.json
- status-browser: ai-status-final-browser-review.json; SHA-256 a8c5526f1c1fd43b600e5a1ddba3bc6e8a4f244abca2fc82af9e9dd8ce760330; https://ki-forschungsportal.pages.dev/data/status-browser.json
- status-correction: runtime-correction2-evidence.json; SHA-256 93e167320600250759a43c1028265ab6b921add51a25276b71763c999591358b; https://ki-forschungsportal.pages.dev/data/status-correction.json

Interessenkonflikt: Der Betreiber berichtet über eigene Projekte. Die Auswahl ist retrospektiv; keine externe Begutachtung und keine Sponsorvorgaben.

https://ki-forschungsportal.pages.dev/de/fallberichte/laufzeit-http-200/