Statuspage über MCP mit Gemini verbinden

💡 Keine Installation? Nutze cloud.anythingmcp.com direkt. Einloggen, Connectors → Statuspage klicken, Zugangsdaten einfügen, MCP-API-Key erzeugen, fertig. Kein Docker, kein git clone, kein lokaler Server.

Statuspage + Gemini

Atlassian Statuspage über die Management-API: Statusseiten, Komponenten und Gruppen mit Uptime, Incidents und geplante Wartungen mit jedem Update, Incident-Vorlagen, Abonnenten und Systemmetriken. Incidents eröffnen und aktualisieren, Wartungen ankündigen, Komponentenstatus ändern, Abonnenten verwalten und Metrikdaten senden.

Voraussetzungen

Die vollständige Setup-Anleitung ist in den Connector eingebaut (im Store sichtbar, wenn du den Connector auswählst). Benötigte Umgebungsvariablen für diesen Connector:

STATUSPAGE_API_KEY

Schritt 1 — Zugangsdaten holen

Die Einrichtung dauert etwa 2 Minuten. Du brauchst ein Statuspage-Konto.

1. Melde dich unter https://manage.statuspage.io an, öffne das Avatar-Menü (unten links) und wähle API info.
2. Kopiere einen vorhandenen API-Schlüssel oder erstelle einen neuen. Der Schlüssel handelt mit den Rechten des Benutzers, dem er gehört, und erreicht jede Seite der Organisation; auf Nur-Lesen lässt er sich nicht beschränken.
3. Füge nur den Schlüssel in STATUSPAGE_API_KEY ein, ohne OAuth oder Bearer davor: Der Connector sendet Authorization: OAuth <key> selbst.
4. Installiere den Connector und führe statuspage_list_pages aus, um den Schlüssel zu prüfen. Alle anderen Tools brauchen die zurückgegebene page_id; die Seiten-ID steht auch auf der API-info-Seite.

Der Connector nutzt die Management-API https://api.statuspage.io/v1, nicht die öffentliche Status-API einer Seite (<page>.statuspage.io/api/v2).

Was gerade gestört ist: statuspage_list_unresolved_incidents (investigating, identified oder monitoring), statuspage_list_active_maintenances, statuspage_list_components mit dem status jeder Komponente, dann statuspage_get_incident für jedes Update. statuspage_list_incidents listet den Verlauf und durchsucht mit q Namen, Status, Postmortems und Update-Texte. statuspage_get_postmortem liest das Postmortem eines Incidents.

Komponenten und Uptime: statuspage_get_component, statuspage_create_component und statuspage_update_component, das einen Status ändert, ohne einen Incident zu eröffnen. Gruppen mit statuspage_list_component_groups, statuspage_get_component_group, statuspage_create_component_group und statuspage_update_component_group (bei jedem Update braucht es den Namen und die vollständige Komponentenliste). statuspage_get_component_uptime und statuspage_get_component_group_uptime liefern Uptime in Prozent, Sekunden mit größerem und teilweisem Ausfall und die zugehörigen Ereignisse für ein Zeitfenster von höchstens sechs Kalendermonaten (Standard: die letzten 90 Tage); die Uptime-Anzeige der Komponente muss aktiviert sein.

Incident-Kommunikation: Die KI kann mit statuspage_list_incident_templates bei abgestimmten Formulierungen anfangen, mit statuspage_create_incident einen Incident eröffnen (Name, erste Nachricht, Status, betroffene components mit neuem Status), mit statuspage_update_incident Fortschritte posten (identified, monitoring, dann resolved, jedes Mal mit body und am Ende die Komponenten wieder auf operational) und mit statuspage_edit_incident_update einen Tippfehler in einem früheren Update korrigieren. Neue Vorlagen entstehen mit statuspage_create_incident_template.

Geplante Arbeiten: statuspage_create_scheduled_maintenance kündigt ein Zeitfenster (scheduled_for bis scheduled_until) mit seinen Komponenten an, optional mit Erinnerungen und automatischem Start und Abschluss, die die Komponenten auf under_maintenance und zurück setzen. statuspage_list_upcoming_incidents und statuspage_list_scheduled_incidents zeigen, was geplant ist; statuspage_update_incident setzt eine Wartung auf in_progress, verifying oder completed oder verschiebt sie.

Abonnenten: statuspage_count_subscribers und statuspage_get_subscriber_histogram für Zahlen pro Typ und Zustand, statuspage_list_subscribers (Suche mit q), statuspage_get_subscriber, statuspage_list_unsubscribed_subscribers und statuspage_list_incident_subscribers. statuspage_create_subscriber trägt jemanden per E-Mail, SMS oder Webhook ein, für die ganze Seite oder einzelne Komponenten; statuspage_unsubscribe_subscriber trägt ihn aus. Kontaktdaten sind personenbezogene Daten, deshalb ruft die KI sie nur bei Bedarf ab.

Metriken: statuspage_list_metrics, statuspage_get_metric und statuspage_list_metrics_providers (Datadog, New Relic, Pingdom, Librato oder selbst übermittelt). statuspage_add_metric_data sendet einen Wert zu einem Unix-Zeitstempel an eine Metrik, deren Daten du selbst lieferst.

Vor dem Schreiben: Incidents, Wartungen und Komponentenstatus sind öffentlich, und standardmäßig löst jede Änderung E-Mails, SMS und Webhook-Aufrufe an alle Abonnenten aus. Die KI zeigt dir Text und Komponenten und wartet auf dein Ja; mit deliver_notifications: false bleibt eine Änderung still.

Bei der Installation deaktiviert: statuspage_delete_incident, das einen Incident oder eine Wartung samt allen Updates von der Seite und aus dem Verlauf entfernt und nicht rückgängig zu machen ist. Den Incident zu lösen ist meist die bessere Wahl; ein Workspace-Admin schaltet das Tool ein, wenn das Team es braucht.

Datenformate: IDs sind Zeichenketten aus 12 Zeichen (zum Beispiel gytm4qzbx9t6). Zeiten sind ISO 8601 mit Zeitzone; Uptime-Daten sind YYYY-MM-DD in der Zeitzone der Seite, Ausfalldauern in Sekunden. Der Komponenten-status ist operational, under_maintenance, degraded_performance, partial_outage oder major_outage. Der Incident-impact ist none, maintenance, minor, major oder critical, und incident_updates steht mit dem neuesten zuerst. Farben und Logo-URLs der Seite fehlen in den Antworten.

Blättern: Listen nehmen page (ab 1) und per_page (höchstens 100); statuspage_list_incidents nutzt limit statt per_page. statuspage_list_subscribers zählt page ab 0 und liefert ohne limit alles, deshalb setzt die KI bei großen Seiten eins. Eine Seite, die kürzer als die Seitengröße ist, ist die letzte.

Limits und häufige Fehler: Jeder Schlüssel darf etwa 1 Anfrage pro Sekunde stellen, gemessen über eine Minute; 420 oder 429 heißt warten und erneut versuchen. 401 ist ein falscher oder gelöschter Schlüssel, 403 ein Benutzer ohne die Rechte oder ein Tarif ohne die Funktion, 404 eine unbekannte ID oder eine Seite, die der Schlüssel nicht erreicht, 422 ein Validierungsfehler mit dem betroffenen Feld (etwa ein Status, der nicht zum Incident-Typ passt).

Der Connector ändert keine Seiteneinstellungen, löscht keine Komponenten, Gruppen oder Vorlagen, schreibt oder veröffentlicht keine Postmortems und legt keine Metriken oder Metrik-Provider an.

Schritt 2 — Adapter installieren

curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d

Schritt 3 — Connector in Gemini hinzufügen

Deine Server-URL: Öffne in AnythingMCP MCP Servers → den Server, auf dem dieser Connector liegt, und kopiere seine URL (https://cloud.anythingmcp.com/mcp/…). Setze sie überall ein, wo diese Anleitung YOUR_SERVER_ID zeigt.

Gemini CLI liest MCP-Server aus ~/.gemini/settings.json (unter Windows %USERPROFILE%\.gemini\settings.json). Füge hinzu:

{
  "mcpServers": {
    "anythingmcp": {
      "httpUrl": "https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID",
      "headers": { "X-API-Key": "YOUR_MCP_API_KEY" }
    }
  }
}

1. Erstelle in AnythingMCP unter MCP Servers → dein Server → API keys einen MCP-API-Key und setze ihn anstelle von YOUR_MCP_API_KEY ein.
2. Speichere die Datei und starte gemini neu.
3. Führe in der Gemini CLI /mcp aus (oder gemini mcp list im Terminal): anythingmcp sollte als verbunden erscheinen.
4. Leg los: Gemini CLI kann jetzt die Statuspage-Tools aufrufen.

Verfügbare Tools

Beispiel-Prompts

• „Wird auf unserer Statusseite gerade etwas als gestört angezeigt? Liste die offenen Incidents und die Komponenten, die nicht operational sind.“
• „Eröffne einen Incident „Login-Fehler“ mit der API-Komponente auf partial_outage. Zeig mir den Text vor dem Veröffentlichen.“
• „Poste ein Update zum Login-Incident: Der Fix ist ausgerollt, wir beobachten. Benachrichtige keine Abonnenten.“
• „Kündige für nächsten Dienstag von 22:00 bis 23:00 UTC eine Datenbankwartung an, die automatisch startet und endet.“
• „Wie hoch war die Uptime jeder Komponente in den letzten 90 Tagen, und wie viele aktive E-Mail-Abonnenten haben wir?“

FAQ

Wo sucht Gemini CLI nach MCP-Servern? In ~/.gemini/settings.json für deinen Benutzer oder in .gemini/settings.json innerhalb eines Projekts. gemini mcp list zeigt jeden Server und ob er sich verbindet.

Nächste Schritte

• Connector-Startseite
• Mit Claude verbinden
• Mit ChatGPT verbinden
• Mit Cursor verbinden
• Mit Meta Muse verbinden
• Mit Microsoft Copilot verbinden