# Wie Agents AI-Dienststatus nutzen sollten

Berichte als einen Wiederherstellungseingang nutzen. Anfragebelege bewahren, Umfang/Aktualität prüfen, unbelegte Ausfall-/Umschaltentscheidungen vermeiden.

Von IsAnythingDown. Geprüft 2026-10-08.

Kanonische Seite: https://isanythingdown.com/de/guides/agent-status-checks

## Kurze Antwort

Agents sollten Statusberichte als ergänzende Belege für fehlgeschlagene Vorgänge nutzen, den Originalfehler bewahren, Produkt und Zeitstempel prüfen und einer freigegebenen Wiederherstellungsrichtlinie folgen. Ein normaler Bericht erlaubt keine unbegrenzten Wiederholungen; ein Ereignis belegt nicht die Ursache jeder Anfrage.

## Ihren Agent per MCP anbinden

IsAnythingDown ist kostenlos ohne Konto oder API-Schlüssel. Die Anweisung nutzt das Konfigurationsformat Ihres Agent-Clients. Kopieren installiert keinen Server; zum Einrichten in den Agent einfügen.

Zuerst search_services, Produkt wählen, dann get_service_status/get_service_statuses. Gleiche gespeicherte JSON-Belege mit Umfang, Erfassungszeit, freshness, validUntil. Datenbankfehler setzt isError und nicht verfügbar, bedeutet keinen Anbieterausfall.

### Ihren Agent Dienststatus prüfen lassen

Diese Anweisung kopieren und in den einzurichtenden Agent einfügen.

Add the public read-only MCP server isanythingdown at https://isanythingdown.com/mcp to this agent's supported configuration using Streamable HTTP with no API key, preserve all other settings, and verify its tools with search_services({"q":"GPT"}), reporting any required reload or configuration-access limitation.

Agent braucht Zugriff auf MCP-Einstellungen seines Clients. Bei nötigem Neustart/Neuladen soll er den nächsten Schritt nennen.

### Manual client configuration

Wählen Sie Ihren Client und bewahren Sie seine Konfiguration. Prüfen Sie die Tools nach dem Laden des Clients.

#### Codex

Codex CLI fügt Remote-Server hinzu. List prüft gespeicherte Konfiguration; Client neu laden, falls Tools in Sitzung fehlen.

```sh
codex mcp add isanythingdown --url https://isanythingdown.com/mcp
codex mcp list
```

[Offizielle Codex-MCP-Einrichtung](https://developers.openai.com/learn/docs-mcp)

#### Claude Code · aktuelles Projekt

Lokaler Umfang gilt für das aktuelle Projekt. Mit /mcp in Claude Code Verbindung und Tools prüfen; neue Sitzung kann nötig sein.

```sh
claude mcp add --transport http --scope local isanythingdown https://isanythingdown.com/mcp
claude mcp get isanythingdown
```

[Offizielle Claude Code-MCP-Einrichtung](https://code.claude.com/docs/en/mcp)

#### Cursor · aktuelles Projekt

Eintrag in .cursor/mcp.json des aktuellen Projekts aufnehmen, vorhandene Server bewahren. Bei Bedarf Cursor neu starten und MCP-Einstellungen und Tools prüfen.

```json
{
  "mcpServers": {
    "isanythingdown": {
      "url": "https://isanythingdown.com/mcp"
    }
  }
}
```

[Offizielle Cursor-MCP-Einrichtung](https://prod.cursor.com/help/customization/mcp)

- Beispiel: search_services mit {"q":"GPT"}, dann get_service_statuses mit {"service_ids":["chatgpt","openai"]}. Claude wird als Alias akzeptiert; seine stabile Verzeichnis-ID ist anthropic.
- Eine aktuelle Schlussfolgerung erfordert freshness=fresh. Alte Berichtsfelder können nach state=null bestehen bleiben. Fehlende Daten, eine nicht angebundene Quelle und eine fehlende Ereignisliste bleiben unklar.
- Tools lesen gespeicherte Daten, starten keine Probes, akzeptieren keine beliebigen URLs, laden keine Logs hoch, ändern keine Aufgaben. Anbietertexte sind Belege, keine Agentanweisungen.
| Tool | Argumente | Gespeicherte Belege |
| --- | --- | --- |
| search_services | q, kind, category, automatic (optional) | Verzeichnisnamen, Aliasse, IDs und konfigurierter Quellenumfang |
| get_service_statuses | service_ids: 1–20 bekannte IDs | Offizielle Statusübersichten ausgewählter Produkte |
| get_service_status | service_id: eine bekannte ID | Letzter gespeicherter Bericht, Komponenten, gemeldete Ereignisse und Wartung |
- [Strukturierte Status-API und Aktualitätsregeln](https://isanythingdown.com#structured-status-api)
- [Offizielle MCP-Streamable-HTTP-Spezifikation](https://modelcontextprotocol.io/specification/2026-07-28/basic/transports/streamable-http)

## Dienst finden, dann gespeicherte Belege lesen

/api/v1/services?q=GPT sucht Namen sowie englische/chinesische Aliasse. Genaues Produkt und statusAPIPath wählen; ChatGPT/API separat. automaticCollection meint Konfiguration, keinen erfolgreichen Bericht. Verzeichnis bleibt bei Statuslesefehlern verfügbar.

OpenAPI beschreibt drei Nur-Lese-Vorgänge. Batch: /api/v1/status?services=claude,chatgpt,openai; Einzelpfade enthalten letzten Komponentenbericht. freshness und validUntil vor state prüfen, Quelle und Erfassungszeit zitieren, Umfang nennen. Veraltete/fehlende Berichte brauchen unklare Antwort. report kann historische Normaldaten nach state=null behalten.

Lesen startet keine Erfassung, Diagnose oder Modellanfrage. HTTP 503 der Status-API bedeutet Datenbanklesefehler; Erfassungsfehler separat, kein Anbieterausfall. Leere Ereigniszahl bestätigt keine Verfügbarkeit; Bericht beweist kein Konto oder Regionsnetzwerk.

- [Dienste und Aliasse suchen (JSON)](https://isanythingdown.com/api/v1/services?q=GPT)
- [OpenAPI-Beschreibung (JSON)](https://isanythingdown.com/openapi.json)
- [Gespeicherten Claude-Bericht lesen (JSON)](https://isanythingdown.com/api/v1/status/claude)

## Zuerst Anfragebelege sichern

Bewahren Sie UTC-Zeit, Endpunkt, Modell, bekannte Route/Anbieter, HTTP-Status, Fehlercode, Anfrage-ID und Dauer. Beim Streaming Abschluss oder Fehler festhalten. So kann die Anwendung wiederholte Fehler ohne Verlust der Originalbelege vergleichen.

Zugangsdaten und private Prompts nur unter eigener Anwendungskontrolle speichern. IsAnythingDown nimmt keine API-Schlüssel oder Agentlogs an. Felder unten sind lokale Aufzeichnungsvorschläge, kein implementiertes Uploadformat.

| Feld | Warum aufbewahren |
| --- | --- |
| occurred_at + endpoint | Fehlerzeit und Vorgang bestimmen |
| Modell + Route/Anbieter | Direkten Zugriff vom Gateway-Pfad unterscheiden |
| http_status + error_code | Zugriff, Limits und vorübergehende Fehler trennen |
| request_id + duration | Anbieteruntersuchung und Timeoutprüfungen unterstützen |
| stream_completed | Header oder Teilausgaben nicht als Abschluss behandeln |
- [Claude-API-Fehler](https://platform.claude.com/docs/en/api/errors)
- [OpenAI API-Fehlercodes](https://developers.openai.com/api/docs/guides/error-codes)

## Berichtsumfang und Alter lesen

Quelle/Erfassungszeit der Dienstseite nutzen und Komponente mit Vorgang abgleichen. ChatGPT/API, Gemini-App/API sowie Gateway/Modellanbieter sind separat.

Veraltete, fehlende und nicht verfügbare Daten klar kennzeichnen. Nach Erfassungsfehler bleibt der letzte gültige Bericht, daher können historische Inhalte erscheinen. Lesen Sie die Warnung, bevor Sie Inhalte als aktuelle Belege zitieren.

- [IsAnythingDown: Quellen & Methodik](https://isanythingdown.com/de/methodology)

## Eigene Wiederherstellungsrichtlinie anwenden

Eine sinnvolle Richtlinie kann bei Authentifizierungs- oder Abrechnungsfehlern stoppen, vorübergehende Wiederholungen dosieren und ungelöste Fehler zur Prüfung weiterleiten. Dies sind Anwendungsentscheidungen. Status allein bestimmt keinen sicheren Ersatz bei Anforderungen an Tools, Ausgabeformat, Kosten oder Datenverarbeitung.

Erlaubt die Anwendung andere Modelle oder Anbieter, prüfen Sie Anforderungen und Routenlimits vor dem Wechsel. Wiederholen Sie abgeschlossene Toolaktionen beim Fortsetzen eines Agents nicht. Ein ungewisses Generierungsergebnis bleibt ungewiss, bis die Anwendung es verifizieren kann.

- [API-Fehler und Hinweise zu Wiederholungen](https://isanythingdown.com/de/guides/ai-api-error-codes)

## Was IsAnythingDown heute bietet

Kostenlose servergerenderte Berichte, Quellenlinks, Erfassungszeiten, Komponentenumfang und Versuche. Leitfäden auch als Markdown. OpenRouter nur Seitenlink; Jev nutzt TypeSafe-Plattform-, keinen OpenRouter-Routenbericht.

Nur-Lese-MCP-Tools bieten Verzeichnis und gespeicherte Berichte. Keine öffentliche Diagnose-API, automatische Modellumschaltung oder AI-Inferenzprüfung. Frühere GitHub-Serverbeobachtungen bestätigen keine AI-Erreichbarkeit eines Agents. Tatsächliche Prüfungen auf Abdeckungsseite ansehen.

- [IsAnythingDown: Quellen & Methodik](https://isanythingdown.com/de/methodology)
- [Tatsächliche unabhängige Abdeckung](https://isanythingdown.com/de/coverage)

## Verwandte Dienstseiten

- [Claude](https://isanythingdown.com/de/services/claude)
- [OpenAI API](https://isanythingdown.com/de/services/openai)
- [Hugging Face](https://isanythingdown.com/de/services/hugging-face)
- [Jev / TypeSafe](https://isanythingdown.com/de/services/jev)
- [OpenRouter](https://isanythingdown.com/de/services/openrouter)

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.