Agents & Betrieb

Wie Agents AI-Dienststatus nutzen sollten

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

Von IsAnythingDownGeprüft 2026-10-08Markdown lesen ↗

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

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.

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.

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.

Manuelle Konfiguration für Codex, Claude Code oder Cursor

Wählen Sie Ihren Client und bewahren Sie seine Konfiguration. Fügen Sie diesen Namen nur hinzu, wenn er fehlt; prüfen Sie Konflikte vor Änderungen. Ein gespeicherter Servereintrag garantiert nicht, dass Tools in Ihrer aktuellen Sitzung geladen sind.

Codex

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

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

Offizielle Codex-MCP-Einrichtung ↗

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.

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

Offizielle Claude Code-MCP-Einrichtung ↗

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.

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

Offizielle Cursor-MCP-Einrichtung ↗

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

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.

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

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 ↗

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 ↗

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.