Ist ein AI-Dienst ausgefallen? Belege prüfen
Vergleichen Sie offiziellen AI-Status, Erfassungsaktualität und fehlgeschlagene Anfrage. Ein normaler Anbieterbericht bestätigt nicht jedes Modell oder Netzwerk.
Kurze Antwort
Mit genauem Produkt und Vorgang beginnen. Offiziellen Bericht mit Anfragefehler und Erfassungszeit vergleichen. Ereignisse sind hilfreiche Belege; normaler Bericht allein bestätigt kein Modell, Konto oder Netzwerk.
1. Prüfen Sie das tatsächlich verwendete Produkt
ChatGPT und OpenAI API haben hier getrennte Einträge aus ihren offiziellen Komponenten. Ein ChatGPT-Anmeldeproblem belegt keinen API-Fehler. Auch eine anbieterweite Schlagzeile beschreibt nicht das Ergebnis für ein bestimmtes Modell oder Konto.
Gemini-App-Berichte stammen aus Google Workspaces Gemini-Ereignisfeed. Gemini API / AI Studio hat eine eigene offizielle Seite ohne automatische Erfassung. Prüfen Sie bei OpenRouter auch die Routerseite und den gewählten Anbieter, soweit bekannt; die Berichte beschreiben unterschiedliche Dienste.
2. Lesen Sie beide Zeitstempel
„Erfasst am“ ist der letzte Empfang und die Validierung durch IsAnythingDown. Die Quellenzeit stammt vom Anbieter. Unveränderte Quellenzeiten können mit erfolgreichen aktuellen Erfassungen bestehen und belegen allein keinen Erfassungsfehler.
Offizielle Berichte veralten hier nach sechs Minuten ohne gültige Erfassung. Alte Daten beschreiben den letzten Bericht. Fehler werden separat gezeigt und nicht zu Ausfällen. Ist die Datenbank nicht lesbar, erscheint „Daten nicht verfügbar“.
3. Vergleichen Sie Bericht und fehlgeschlagene Anfrage
UTC-Zeit, Endpunkt, Modell, HTTP-Status, Fehlercode und Anfrage-ID speichern, soweit vorhanden. 401, kontingentbedingtes 429 und Serverfehler brauchen verschiedene Prüfungen. Anbieterfehlerdokumentation nutzen, nicht jeden Fehler als Ausfall behandeln.
Nennt ein Ereignis Ihre Komponente und überschneidet sich mit der Anfragezeit, könnte es den Fehler erklären. Dies bleibt eine mögliche Verbindung, bis Anbieter oder weitere Belege die Ursache bestätigen. Ohne passendes Ereignis prüfen Sie Anfrage und Netzwerkpfad weiter.
4. Prüfen Sie die unabhängigen Beobachtungen
IsAnythingDown konfiguriert unabhängige Prüfungen für GitHubs öffentliche Homepage und ein öffentliches Repositorymetadaten-Endpunkt. Die Zentrale führt sie nicht aus. Frühere Serverprüfungen sind gestoppt und belegen keine Regionsabdeckung. Keine entfernten Regionsknoten oder AI-Inferenzprüfungen sind bereitgestellt.
Das Abrufen einer Statusseite, eine erreichbare Produktwebsite oder die erfolgreiche Anfrage eines anderen Nutzers reproduziert Ihren API-Vorgang nicht. Halten Sie bei einer Diagnoseanfrage in Ihrer Umgebung Ziel, Zeit, Resolver und Netzwerk nachvollziehbar und beachten Sie Kosten und Nebenwirkungen vor Wiederholungen.
Was bedeutet „keine gemeldeten Ereignisse“?
Für die Gemini-App bedeutet dies, dass kein relevantes aktives Ereignis im erfassten Feed erschien, keine unabhängige Verfügbarkeitsbestätigung. Leere Listen beschreiben nur den gespeicherten Bericht. Fehlende Ereignislisten werden als nicht geliefert gekennzeichnet, nicht als ereignisfrei.
Verwandte Dienstseiten
Jeder Eintrag zeigt seine Erfassungsabdeckung. Ein verlinkter Dienst wird nicht zwingend automatisch erfasst.
Redaktionelles Prüfdatum gilt für diesen Leitfaden. Live-Erfassungszeiten stehen auf Dienstseiten.