# 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/ --- # Ein 3D-Entwurf braucht einen echten Renderer KF02 · Deskriptiver Fallbericht · 2026-10-04 Ein Mikrofonmodell war sichtbar, die Gestaltung zunächst trotzdem falsch. Der erhaltene Fall zeigt, warum Laufzeit, Styles und Fallback gemeinsam geprüft werden müssen. ## Frage Wie lässt sich eine 3D-Erweiterung prüfen, ohne die eigentliche Browserfunktion oder den gewählten Stil zu verdrängen? ## Methode Retrospektiver Design- und Implementierungsfall aus zwei erhaltenen Renderbildern und dem datierten 3D-Prüfbericht. Beide Bilder zeigen die eigene Mikrofonoberfläche ohne Aufnahmen, Nutzerdaten oder Kontoseiten. Der Bericht prüfte die echte prozedurale Szene, native Drehsteuerung, Abschalten und erneutes Einschalten, synthetische Signalzustände, Updates außerhalb des Sichtbereichs und einen erzwungenen WebGL-Ausfall. Die Prüfung betraf die bestehende Erweiterung und keine neue Hardwarestudie. ## Ergebnisse Das erste Renderbild zeigt eine weiße Fläche und teilweise Standardtypografie; das korrigierte Bild bewahrt die dunkle Ink-Palette, cyanfarbene Akzente und lesbare native Bedienelemente. Der Prüfbericht nennt zunächst veraltetes CSS auf einer wiederverwendeten lokalen Origin. Eine versionierte Stylesheet-URL behob die ausgelieferte Identität. Die dokumentierte Szene ging von 43 auf 20 Draw Calls zurück und enthielt 37.960 Dreiecke. Das sind Strukturwerte dieses Modells. Sie belegen ohne Laufzeitmessung keine bestimmte Bildrate und keinen allgemeinen Geschwindigkeitsgewinn. Beim synthetischen Signalwechsel außerhalb des Sichtbereichs blieb der Renderzähler bei 1; beim Wiedereintritt wurde der aktuelle Wert 0,75 bei Zählerstand 2 gezeichnet. Ein erzwungener WebGL-Ausfall erhielt die native Oberfläche und einen ehrlichen Fallback. Die öffentliche 375 × 812-Ansicht hatte laut Prüfbericht jeweils 360 Pixel Client- und Scrollbreite. Die erhaltene Vorlage wurde offline zu einem identischen Bundle neu gebaut. Ein neuer unabhängiger Websiteeinsatz wurde dadurch noch nicht belegt. ## Was andere daraus übernehmen können. Vergleiche den tatsächlichen Browserrender mit dem gewählten Stil. Eine sichtbare Geometrie allein ist keine fertige Gestaltung. Prüfe native Kernsteuerungen auch bei deaktiviertem 3D und fehlendem WebGL. Pausiere unnötiges Zeichnen außerhalb des Sichtbereichs und prüfe, dass beim Wiedereintritt der aktuelle Zustand erscheint. Halte Strukturzahlen von FPS-Messungen getrennt. ## Grenzen Synthetische Pegel prüfen keine Mikrofonhardware. Keine physische Smartphone-GPU- oder FPS-Messung. Echtes WebGL-Kontextverlustereignis und OS-reduced-motion waren nicht ausgeführt. Kein kausaler Qualitäts- oder Zeitvergleich. ## Quellen - spatial-review: spatial-design-review.json; SHA-256 0f5c2140ae2cfe3ef7bab7d3a192ff02f43e9ad99f198bb0a103b0269ab73557; https://ki-forschungsportal.pages.dev/data/spatial-review.json - template-render: template-copy-render-review.json; SHA-256 1616cacade6725766538599bb0db940dafbeffd79f7c768ce29acfcc8a56b296; https://ki-forschungsportal.pages.dev/data/template-render.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/3d-entwurf-renderer/ --- # Ein Paket ist noch kein Markterfolg KF03 · Deskriptiver Fallbericht · 2026-10-05 Ein geprüftes 24-Dateien-Paket enthielt Artikel und Eigentumsdateien. Welche Behauptungen lassen sich daraus ableiten — und welche brauchen neue Beobachtungen? ## Frage Wo endet die Evidenz eines lokalen Releasepakets? ## Methode Retrospektive Dokumentanalyse des r4-Paketberichts für ein eigenes Erklärportal und vier verbundene Werkzeuge. Die Betrachtung endet ausdrücklich beim dort dokumentierten lokalen Übergabestand vom 5. Oktober. Spätere Änderungen sind nicht Gegenstand dieses Falls. Für jede behauptbare Ebene wurde gefragt: Welcher Beleg wurde tatsächlich ausgeführt? Paketprüfung, Laufzeit, Browserauslieferung, Eigentumsnachweis, Suchaufnahme und Marktergebnis wurden getrennt gelesen. ## Ergebnisse Der Bericht nennt ein abschließendes Paket mit 24 Dateien: vier sachliche neue Artikel, einen exakten IndexNow-Schlüssel und erhaltene bestehende Assets. Für die vier Werkzeugpakete wurden unveränderte Kerndateien und korrigierte Footerlinks dokumentiert. Prüfungen gegen ungebundene oder widersprüchliche Manifeste, inputtragende Origins und falsche Schlüsselhosts verweigerten ungültige Konfigurationen. Eine erste QA-Assertion erwartete /api/* und lehnte die gültige engere Route /api/upload-test ab; sie wurde gezielt korrigiert. Die Felder runtime_calls und browser_checks standen jeweils auf 0; publication war false. IndexNow-Eigentumsdateien waren verpackt, doch Auslieferung, Eigentumsprüfung und Einreichung waren durch diesen Bericht nicht festgestellt. Unabhängige Besuche, Werbeerträge und eine Ertragszuordnung zu einzelnen Werkzeugen blieben ausdrücklich unbekannt. Vorhandene Anbieterbindungen belegen allein keine Nutzung oder Zahlung. ## Was andere daraus übernehmen können. Definiere je Release eine Belegleiter: Paket → echte Auslieferung → Kernfunktion → externer Besuch → zurechenbarer Erlös. Bewahre auch fehlgeschlagene Prüfassumptions. Ein fehlerhafter Test kann eine gültige enge Route ablehnen. Kennzeichne Schlüssel im Paket als Vorbereitung, bis echte Verifikation belegt ist. Unterlasse Erfolgszahlen, wenn nur interne QA ausgeführt wurde. ## Grenzen Ein lokaler r4-Übergabestand, keine Aussage über den heutigen Zustand des Portals. Wiederverwendete frühere Kernprüfungen sind von neuer Browserprüfung getrennt. Nachfrage und Profitabilität sind nicht getestet. ## Quellen - guides-package: r4-package-evidence.json; SHA-256 13941ecdfe9c5e3541d4f21431fd1b6fb1a3341ca732641a7790e62d43b487f7; https://ki-forschungsportal.pages.dev/data/guides-package.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/paket-markterfolg/ --- # Was ein Journal wirklich messen kann KF04 · Deskriptiver Fallbericht · 2026-10-06 Der historische Schnappschuss enthält 131 Ereignisse und 23 bekannte Gesamtdauern. Er beschreibt Dokumentationslücken, keinen Beweis für schnellere oder bessere KI-Arbeit. ## Frage Welche Leistungsbehauptungen trägt ein heterogenes lokales Evidenzjournal? ## Methode Deskriptive Analyse der gespeicherten Vollständigkeitsaggregate vom 6. Oktober 2026. Der öffentliche Auszug enthält nur Zähler, Beobachtungsdatum und Dateifingerabdruck. Private Ereignistexte werden nicht veröffentlicht. Gezählt wurde, ob Gesamtdauer, Eingabetokens, Ausgabetokens, Transferfeld und Vergleichsschlüssel vorhanden waren. Die Ereignisse waren nicht randomisiert; es wurden keine vergleichbaren Aufgaben nachträglich konstruiert. Der Schnappschuss ist historisch und nicht die aktuelle Größe des inzwischen weitergeführten Journals. ## Ergebnisse Von 131 Ereignissen enthielten 23 eine Gesamtdauer. Bei 108 war sie nicht gespeichert. Das entspricht 17,6 % mit dokumentierter Dauer; der Nenner ist nur dieser datierte Schnappschuss. Gemessene Eingabe- und Ausgabetokens waren bei jeweils keinem Ereignis vorhanden. Das neuere Transferfeld war ebenfalls nicht vorhanden. Ein Ereignis hatte einen Vergleichsschlüssel. Daraus folgt keine 0-Token-Nutzung. Fehlende Werte sind unbekannt. Die bekannten Dauern bilden weder eine zufällige Stichprobe noch einen kontrollierten Vergleich zweier Arbeitsweisen. Die sichtbare Grafik zeigt nur Feldvollständigkeit. Ein künftiger Vergleich müsste Aufgaben, Modell-/Toolbedingungen, Zeitbasis, Fehlerkosten und unabhängige Qualitätsabnahme vor der Ausführung festlegen. ## Was andere daraus übernehmen können. Trenne fehlend von null. Ein nicht gemessener Wert darf in einer Grafik nicht zu 0 werden. Speichere komplette Gesamtdauern mit ihrer Zeitbasis, auch bei Fehlern und Nacharbeit. Lege ein vergleichbares Workload und eine Qualitätsabnahme vor dem Versuch fest; mehrere Skills in einem Ergebnis isolieren keine Einzelwirkung. ## Grenzen Keine kausale Wirksamkeitsstudie, keine zufällige Stichprobe und kein gemessener Skill-Zeitgewinn. Der Fingerabdruck identifiziert den damaligen Quelldatenstand, bestätigt jedoch keine externe Begutachtung. ## Quellen - journal-snapshot: research-portal-data-basis.json; SHA-256 8300f6829ccbc4d1ebe8cecfca7b0441f854eac21c966124b00f745b13d564b0; https://ki-forschungsportal.pages.dev/data/journal-snapshot.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/journal-messgrenzen/