KI-Assistenten (MCP)

Statuswerk hat einen MCP-Server (Model Context Protocol). Damit kann ein KI-Assistent deine Statusseite bedienen: „Setz die Checkout-API auf teilweise Störung und eröffne einen Vorfall" — und der Assistent macht es, genau so, als hättest du es im Dashboard getan. Abonnenten werden benachrichtigt, die betroffenen Komponenten zeigen die Störung, das Vier-Augen-Prinzip gilt auch hier.

Was der Assistent kann

Werkzeug	Was es tut
`get-status`	Die Seite auf einen Blick: Gesamtstatus, offene Vorfälle, Uptime, gestörte Komponenten
`list-components`	Komponenten mit ID und aktuellem Status auflisten
`set-component-status`	Den Status einer Komponente setzen
`list-incidents`	Offene Vorfälle mit ID auflisten, auf Wunsch auch gelöste
`create-incident`	Einen Vorfall eröffnen, mit den betroffenen Komponenten
`post-incident-update`	Ein Update schreiben, auch zum Auflösen
`list-incident-templates`	Vorfall-Vorlagen mit ID und ihren Platzhaltern
`apply-incident-template`	Einen Vorfall aus einer Vorlage eröffnen, Platzhalter ausgefüllt
`list-maintenances`	Geplante und laufende Wartungen
`create-maintenance`	Eine Wartung ankündigen, mit betroffenen Komponenten
`start-maintenance` / `complete-maintenance`	Eine Wartung von Hand starten oder beenden
`list-monitors`	Deine HTTP-Checks mit Zustand und letztem Ergebnis (nur lesen)

Wartet ein neuer Vorfall wegen des Vier-Augen-Prinzips auf Freigabe, sagt das Werkzeug das ausdrücklich. Der Assistent meldet ihn dann nicht als veröffentlicht.

Hat dein Workspace mehrere Statusseiten, nennt der Assistent die gewünschte mit statuspage_id; sonst nimmt er die erste.

Abonnenten werden standardmäßig benachrichtigt. Mit notify_subscribers: false bleibt ein Vorfall, ein Update oder eine Wartung still — etwa für eine Zwischennotiz. create-incident und create-maintenance nehmen außerdem is_unlisted: dann steht der Eintrag nicht auf der Statusseite, und der Assistent gibt dir den Link zum Weitergeben (public_url). Siehe Nicht gelistete Einträge.

Einrichten

Du brauchst ein API-Token. Zum Mitlesen reicht Nur lesen; soll der Assistent etwas ändern, braucht er Lesen und schreiben. Das Token ist an deinen Workspace gebunden.

Die Adresse des Servers:

https://statuswerk.eu/mcp/statuswerk

Das Token geht als Header mit: Authorization: Bearer DEIN_TOKEN.

Claude Code

claude mcp add --transport http statuswerk https://statuswerk.eu/mcp/statuswerk \
  --header "Authorization: Bearer DEIN_TOKEN"

Cursor (.cursor/mcp.json)

{
  "mcpServers": {
    "statuswerk": {
      "url": "https://statuswerk.eu/mcp/statuswerk",
      "headers": { "Authorization": "Bearer DEIN_TOKEN" }
    }
  }
}

Andere Clients, die MCP über HTTP mit eigenem Header können, richtest du genauso ein.

Was dabei gilt

Es gelten dieselben Rechte wie bei der API: Ein Token Nur lesen kann nur auflisten; im Starter-Tarif ist alles nur lesend. Ist dein Zugriff auf einzelne Statusseiten beschränkt, gilt das auch hier.
Dieselben Grenzen: das Vorfall-Kontingent deines Tarifs und 120 Anfragen pro Minute und Token.
Der Assistent sieht nur, was das Token sehen darf — deinen Workspace, keine anderen.
Ist für Vorfälle das Vier-Augen-Prinzip aktiv, landet ein vom Assistenten eröffneter Vorfall in der Warteschleife, bis ihn jemand im Dashboard freigibt.

Gib ein Token mit Schreibrecht nur einem Assistenten, dem du auch das Dashboard anvertrauen würdest — und zieh es unter Konto → API-Tokens zurück, wenn du es nicht mehr brauchst.