Installation überspringen. In unter 2 Minuten einsatzbereit.
Starte eine kostenlose Testphase auf cloud.anythingmcp.com, füge Better Stack mit einem Klick hinzu und richte deinen KI-Client (Claude, ChatGPT, Copilot oder Cursor) auf den erzeugten MCP-Endpoint. Kein Docker, kein git clone, keinerlei Entwicklungserfahrung nötig.
AnythingMCP ist im Connector-Verzeichnis von Claude gelistet: Füg es mit einem Klick zu Claude hinzu (öffnet in neuem Tab), melde dich an und wähle, welche MCP-Server Claude nutzen darf.
Zusammenfassung
Better Stack Uptime-Monitoring und Incident-Management: Monitore und Heartbeats mit Verfügbarkeit und Antwortzeiten, Incidents mit Bestätigen, Eskalieren und Lösen, On-Call-Kalender, Eskalationsrichtlinien, Statusseiten und Statusberichte sowie die eingerichteten Integrationen.
Frag einfach
Beispiel-Prompts für Better Stack
Klick auf einen Prompt, um ihn zu kopieren. In Claude, ChatGPT, Cursor, Gemini, Copilot oder OpenClaw einfügen — und gegen diesen Connector laufen lassen.
Claude ist KI und kann Fehler machen. Bitte Antworten gegenprüfen.
💡 Keine Installation? Nutze cloud.anythingmcp.com direkt. Einloggen, Connectors → Better Stack klicken, Zugangsdaten einfügen, MCP-API-Key erzeugen, fertig. Kein Docker, kein
git clone, kein lokaler Server.
Better Stack + Claude
Better Stack Uptime-Monitoring und Incident-Management: Monitore und Heartbeats mit Verfügbarkeit und Antwortzeiten, Incidents mit Bestätigen, Eskalieren und Lösen, On-Call-Kalender, Eskalationsrichtlinien, Statusseiten und Statusberichte sowie die eingerichteten Integrationen.
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:
BETTER_STACK_API_TOKEN
Schritt 1 — Zugangsdaten holen
Die Einrichtung dauert etwa 2 Minuten. Der Connector nutzt die Better Stack Incidents API (früher Better Uptime, https://incidents.betterstack.com/api).
- Öffne https://betterstack.com/settings/api-tokens/0, wähle dein Team und kopiere oder erzeuge ein Token unter Incidents API tokens. Dieses Team-Token ist die einfachste Wahl.
- Ein globales API-Token (https://betterstack.com/settings/global-api-tokens) funktioniert ebenfalls und erreicht jedes Team. Damit übergibt die KI
team_name, um Listen zu filtern, und beim Anlegen von Monitoren, Heartbeats oder Incidents ist es Pflicht. - Füge das Token in
BETTER_STACK_API_TOKENein. Schreibzugriffe brauchen ein Token mit Schreibrechten. - Installiere den Connector und rufe
better_stack_list_monitorsauf, um das Token zu prüfen.
Was er liest:
- Uptime-Monitore mit Status (
up,down,paused,validating,maintenance), URL, Typ, Prüfintervall, Regionen und letzter Prüfung, die vollständige Konfiguration eines Monitors, seine Verfügbarkeit (SLA) für einen Zeitraum und seine Antwortzeiten pro Region der letzten 24 Stunden. Monitorgruppen und die Monitore einer Gruppe. - Heartbeats für Cronjobs und Hintergrundaufgaben mit Ping-URL, Intervall, Karenzzeit und Status, ihre Verfügbarkeit und Heartbeat-Gruppen.
- Incidents, neueste zuerst, mit Ursache, Status, Start-, Bestätigungs- und Lösungszeit und wer es getan hat, gefiltert nach Zeitraum, Monitor, Heartbeat, gelöst oder bestätigt; ein Incident mit der fehlerhaften Antwort; seine Timeline aus Alarmen, Bestätigungen, Eskalationen, Kommentaren und Statusseiten-Updates; und seine Kommentare.
- Wer Bereitschaft hat: On-Call-Kalender mit der aktuell zuständigen Person, ein Kalender zu einem bestimmten Zeitpunkt (
defaultfür den Standardkalender des Teams) und die Schichten in einem Zeitfenster. Eskalationsrichtlinien mit ihren Stufen und die Schweregrade mit ihren Alarmkanälen. - Statusseiten, die angezeigten Ressourcen mit Verfügbarkeit und Tagesverlauf, Statusberichte und ihre Updates.
- Konfiguration: eingehende und ausgehende Webhooks, Slack-Integrationen und Metadaten wie Service-Verantwortlicher oder Umgebung.
Was er schreibt: Monitore (better_stack_create_monitor, better_stack_update_monitor, better_stack_pause_monitor und better_stack_resume_monitor rund um geplante Arbeiten); Heartbeats (better_stack_create_heartbeat liefert die Ping-URL, die der Job nach jedem Lauf aufrufen muss, better_stack_update_heartbeat); Incidents (better_stack_create_incident, better_stack_acknowledge_incident, better_stack_escalate_incident, better_stack_resolve_incident, better_stack_reopen_incident, better_stack_add_incident_comment); Statusseiten (better_stack_create_status_report, better_stack_add_status_update bei jeder Änderung, better_stack_update_status_report, um den Titel zu ändern oder eine Wartung zu verschieben).
Alle Tools sind bei der Installation aktiv, auch die schreibenden. Einen Incident anlegen, ihn eskalieren und einen Statusbericht veröffentlichen alarmiert echte Menschen oder öffentliche Abonnenten, deshalb fragt die KI vorher bei dir nach; notify_subscribers: false hält einen Statusbericht still. Löst du einen Incident eines Monitors, der weiter fehlschlägt, öffnet die nächste Prüfung einen neuen. Ein Statusbericht wird mit einem Update geschlossen, das jede betroffene Ressource auf resolved setzt.
Datenformate: Antworten folgen JSON:API: data (ein Objekt oder eine Liste) mit id, type, attributes und relationships; zugehörige Benutzer und Status-Updates stehen in included. IDs sind numerische Strings. Zeiten sind ISO 8601 in UTC; Datumsfilter (from, to) nehmen YYYY-MM-DD. Verfügbarkeit ist ein Prozentwert (99.98); Ausfallzeit, Incident-Dauer und Antwortzeiten sind in Sekunden. Der status eines Incidents ist Started, Acknowledged oder Resolved. Monitor-Passwörter, Playwright-Umgebungsvariablen und Incident-Tokens von Richtlinien werden aus den Antworten entfernt.
Blättern: Listen liefern pagination.next, eine URL, die auf der letzten Seite null ist; die KI ruft erneut auf mit page gleich der Seitennummer aus dieser URL. per_page ist standardmäßig 50 und höchstens 250; Incidents haben standardmäßig 10 und erlauben 50.
Häufige Fehler: 401 bedeutet ein falsches oder widerrufenes Token oder ein Telemetry-Token statt eines Incidents-Tokens. 403 ist ein Token ohne Schreibrechte, 404 eine unbekannte ID oder die ID eines anderen Teams, 422 ein Validierungsfehler, dessen errors das Feld nennt, 429 das Rate Limit.
Der Connector deckt Better Stack Telemetry (Logs, Metriken, Dashboards) nicht ab und löscht keine Monitore, Heartbeats, Incidents oder Statusseiten.
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 Claude 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 AnleitungYOUR_SERVER_IDzeigt.
Empfohlener Weg: funktioniert auf claude.ai web ohne Anfassen einer Konfigurationsdatei.
- Öffne in Claude Customize → Connectors.
- Klicke auf + und dann auf Add custom connector.
- Gib einen Namen ein, z. B.
Better Stack, und die Remote-MCP-Server-URLhttps://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID, dann klicke auf Add. - Klicke auf Connect und melde dich bei AnythingMCP an (OAuth), um den Zugriff zu erlauben.
Alle unten gelisteten Tools erscheinen in deinem Chat: Leg los mit Prompts.
Verfügbare Tools
| Tool | What it does |
|---|---|
better_stack_list_monitors | List the team's uptime monitors with their status (up, down, paused, validating, maintenance), URL, type, check frequency, regions and last… |
better_stack_get_monitor | Get one monitor with its full configuration: type, URL, status, check frequency, regions, alert channels, escalation policy, maintenance… |
better_stack_create_monitor | Create an uptime monitor: an HTTP check (status, expected status code, keyword present or absent), a server or port check (ping, TCP, UDP… |
better_stack_update_monitor | Change a monitor: only the fields you pass are updated (URL, name, frequency, regions, alert channels, escalation policy, group… |
better_stack_pause_monitor | Pause a monitor: Better Stack stops checking it and sends no alerts until it is resumed |
better_stack_resume_monitor | Resume a paused monitor: checks and alerts start again with the monitor's existing settings |
better_stack_get_monitor_availability | Availability summary (SLA) of a monitor for a date range: availability percentage, total downtime in seconds, number of incidents, longest… |
better_stack_get_monitor_response_times | Response times of a monitor's checks over the last 24 hours, per region, oldest first: the total response time in seconds for each check |
better_stack_list_monitor_groups | List the monitor groups (the folders monitors are sorted into on the dashboard), with their name, paused flag and team |
better_stack_get_monitor_group | Get one monitor group by id: its name, sort index, paused flag, team and timestamps |
better_stack_list_monitor_group_monitors | List the monitors inside one monitor group, with the same fields as better_stack_list_monitors; paged with page and per_page |
better_stack_list_heartbeats | List heartbeat (cron job) monitors: name, status, expected period and grace in seconds, the ping URL the job must call, paused flag and… |
better_stack_get_heartbeat | Get one heartbeat monitor with its ping URL, period, grace, status, alert channels, escalation policy and maintenance window |
better_stack_create_heartbeat | Create a heartbeat monitor for a cron job or background task |
better_stack_update_heartbeat | Change a heartbeat monitor: name, period, grace, alert channels, group, escalation policy, or pause and resume it with paused |
better_stack_get_heartbeat_availability | Availability summary of a heartbeat for a date range: availability percentage, total downtime in seconds, number of incidents, longest and… |
better_stack_list_heartbeat_groups | List the heartbeat groups, with their name, paused flag, sort index and team |
better_stack_list_incidents | List incidents, newest first: name, cause, status (Started, Acknowledged, Resolved), start, acknowledge and resolve times and who did it… |
better_stack_get_incident | Get one incident with its cause, status, timestamps, who acknowledged and resolved it, alert channels, escalation policy, metadata and the… |
better_stack_get_incident_timeline | Timeline of an incident, newest first: alerts sent, acknowledgements, escalations, comments, status page updates and the captured responses |
better_stack_create_incident | Open a manual incident and alert the on-call person through the chosen channels (call, SMS, e-mail, push), optionally escalating with a… |
better_stack_acknowledge_incident | Acknowledge an ongoing incident: further escalation stops while the incident stays open until it is resolved |
better_stack_resolve_incident | Resolve an ongoing incident |
better_stack_reopen_incident | Reopen a resolved incident, for example when the problem came back right after it was marked as resolved |
better_stack_escalate_incident | Escalate an ongoing incident to a team member, a team, an on-call calendar, an escalation policy or the whole organization, choosing the… |
better_stack_list_incident_comments | List the comments posted on an incident, with their text (Markdown), author and timestamps |
better_stack_add_incident_comment | Post a comment on an incident, for example a status note or the root cause; it appears in the incident timeline |
better_stack_list_on_call_calendars | List on-call calendars (schedules) with their name, team and whether each is the team's default, plus who is on call right now |
better_stack_get_on_call_calendar | Who is on call on a calendar, now or at a given date and time: names, e-mails, phone numbers and holiday status of the on-call users |
better_stack_list_on_call_events | List the shifts of an on-call calendar in a time window: who is on call (e-mails), start and end time, and whether the shift is an override |
better_stack_list_escalation_policies | List escalation policies with their steps (who is alerted, after how many minutes, with which severity), repeat settings and fallback policy |
better_stack_get_escalation_policy | Get one escalation policy with its ordered steps, step members (users, on-call, Slack, webhooks), wait times, repeat count and fallback… |
better_stack_list_severities | List the severities (urgencies) of the team, with the alert channels each one uses (call, SMS, e-mail, push, critical alert) |
better_stack_list_status_pages | List the status pages: company name, subdomain and custom domain, published flag, overall state (operational, degraded, downtime… |
better_stack_get_status_page | Get one status page with its domain, overall state, published and subscribable flags, history length, design and access settings |
better_stack_list_status_page_resources | List the resources shown on a status page (monitors, heartbeats, groups) with their public name, current status, availability and daily… |
better_stack_list_status_reports | List the status reports (incident announcements and maintenance windows) on a status page with title, type, start and end, affected… |
better_stack_get_status_report | Get one status report on a status page with its type, start and end, affected resources, overall state and its status updates (in… |
better_stack_create_status_report | Publish a status report on a public status page: an incident announcement or a planned maintenance, with the affected resources and a first… |
better_stack_update_status_report | Change a status report's title or its start and end time, for example to reschedule a maintenance |
better_stack_list_status_updates | List the status updates posted on a status report, with message, publish time, affected resources and whether subscribers were notified |
better_stack_add_status_update | Post a new update on a status report, e.g. investigating, identified, monitoring or resolved; set every affected resource to resolved to… |
better_stack_list_incoming_webhooks | List the incoming webhook integrations that open and resolve incidents from other tools, with their name, URL and the rules for starting… |
better_stack_list_outgoing_webhooks | List the outgoing webhook integrations that Better Stack calls on incident and monitor events, with their name, target URL and triggers |
better_stack_list_slack_integrations | List the Slack integrations of the team: workspace, channel and the kinds of notifications sent there |
better_stack_list_metadata | List metadata records (key and values) attached to monitors, heartbeats, incidents and integrations, e.g. service owner or environment… |
Beispiel-Prompts
- „Ist gerade etwas down? Liste die Monitore, die down sind, mit URL und letzter Prüfung.“
- „Wie war die Verfügbarkeit des Monitors für https://shop.example.com letzten Monat, und was war der längste Incident?“
- „Wer hat diesen Samstag um 22:00 Uhr Bereitschaft im Standardkalender?“
- „Zeig die offenen Incidents mit Ursache und Timeline und bestätige dann den zur Payments-API.“
- „Veröffentliche auf unserer Statusseite eine geplante Wartung für Sonntag 02:00 bis 03:00 UTC, die die API betrifft, ohne Abonnenten zu benachrichtigen. Zeig mir zuerst den Text.“
FAQ
Funktioniert es mit Claude Code genauso wie mit Claude Desktop? Ja, beide auf https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID zeigen lassen.
Nächste Schritte
- Connector-Startseite
- Mit ChatGPT verbinden
- Mit Cursor verbinden
- Mit Gemini verbinden
- Mit Meta Muse verbinden
- Mit Microsoft Copilot verbinden
War dieser Guide hilfreich?