Installation überspringen. In unter 2 Minuten einsatzbereit.
Starte eine kostenlose Testphase auf cloud.anythingmcp.com, füge Rootly 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
Rootly Incident Management aus jedem KI-Agent: Incidents ausrufen, ändern, mitigieren und lösen, mit Timeline-Notizen und Action Items, Alerts bestätigen und lösen, sehen, wer Rufbereitschaft hat, Statusseiten-Updates veröffentlichen und Retrospektiven, Services, Teams und Schweregrade lesen.
Frag einfach
Beispiel-Prompts für Rootly
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 → Rootly klicken, Zugangsdaten einfügen, MCP-API-Key erzeugen, fertig. Kein Docker, kein
git clone, kein lokaler Server.
Rootly + Claude
Rootly Incident Management aus jedem KI-Agent: Incidents ausrufen, ändern, mitigieren und lösen, mit Timeline-Notizen und Action Items, Alerts bestätigen und lösen, sehen, wer Rufbereitschaft hat, Statusseiten-Updates veröffentlichen und Retrospektiven, Services, Teams und Schweregrade lesen.
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:
ROOTLY_API_KEY
Schritt 1 — Zugangsdaten holen
Die Einrichtung dauert etwa 2 Minuten. Du brauchst ein Rootly-Konto.
- Öffne in Rootly das Organisationsmenü, dann Organization Settings, API Keys, und erstelle einen Schlüssel. Ein Global-Schlüssel sieht die ganze Organisation, ein Team-Schlüssel nur die Datensätze dieses Teams, ein Personal-Schlüssel handelt mit deinen eigenen Rechten.
- Gib dem Schlüssel eine Rolle, die liest, was du brauchst, und dazu Schreibrechte für Incidents, Alerts und Action Items, wenn die KI sie ändern soll.
- Füge nur den Schlüssel, ohne
Bearerdavor, inROOTLY_API_KEYein und führerootly_get_current_useraus. Es zeigt den Benutzer, als der der Schlüssel handelt; ein Global- oder Team-Schlüssel antwortet mit dem Benutzer, der ihn erstellt hat.
Was gerade los ist: rootly_list_incidents mit status: "started,mitigated" (oder in_triage) listet die laufenden Incidents; Filter gibt es für Schweregrad, Service, Team, Umgebung, Typ, Freitext und Datum. rootly_get_incident zeigt einen Incident mit allen Attributen, rootly_list_incident_events seine Timeline und rootly_list_incident_action_items seine Aufgaben. Für die Ids nutzt die KI rootly_list_severities, rootly_list_services, rootly_get_service, rootly_list_functionalities, rootly_get_functionality, rootly_list_teams, rootly_get_team, rootly_list_environments, rootly_list_incident_types und rootly_list_users.
Einen Incident führen: rootly_create_incident ruft einen aus. Mit einem idempotency_key liefert ein erneuter Aufruf innerhalb von 24 Stunden denselben Incident statt eines zweiten; der Typ test ist für einen Probelauf. rootly_update_incident ändert Titel, Zusammenfassung, Schweregrad, Services, Teams, Labels oder Status; eine Liste ersetzt die ganze Liste. rootly_add_incident_event fügt interne oder externe Timeline-Notizen hinzu, rootly_mitigate_incident und rootly_resolve_incident bringen den Incident mit einer kurzen Notiz weiter. Action Items: rootly_list_action_items über alle Incidents, rootly_get_action_item, rootly_create_action_item und rootly_update_action_item (zum Beispiel Status done).
Alerts: rootly_list_alerts (zum Beispiel Status triggered oder open), rootly_get_alert mit der Rohnutzlast der Quelle, rootly_acknowledge_alert (die Eskalation alarmiert die nächste Stufe nicht mehr) und rootly_resolve_alert, das auch die verknüpften Incidents lösen kann.
Rufbereitschaft: rootly_list_oncalls beantwortet, wer jetzt oder in einem Zeitfenster Bereitschaft hat. rootly_list_schedules, rootly_get_schedule, rootly_get_schedule_shifts, rootly_list_shifts und rootly_list_escalation_policies liefern die Details.
Statusseiten und Retrospektiven: rootly_list_status_pages, rootly_get_status_page und rootly_list_incident_status_page_events lesen; rootly_create_status_page_event veröffentlicht ein Update (investigating, identified, monitoring, resolved). rootly_list_retrospectives und rootly_get_retrospective lesen die Post-Mortems.
Vor dem Schreiben: Ein normaler Incident startet Workflows, öffnet einen Slack-Kanal und kann Leute alarmieren; ein Statusseiten-Update ist öffentlich und kann Abonnenten per E-Mail benachrichtigen. Deshalb zeigt dir die KI, was sie vorhat, und wartet auf dein Ja. Ein privater Incident lässt sich nicht wieder öffentlich machen.
Bei der Installation deaktiviert: kein Tool. Alles ist von Anfang an aktiv; was die KI darf, begrenzen Rolle und Team des Schlüssels.
Datenformate: Die Antworten folgen JSON:API: Datensätze stehen in data (id, type, attributes, relationships), mit include eingebettete Datensätze in included. Ids sind UUIDs, Benutzer-Ids Zahlen. Die lesbare Incident-Nummer ist attributes.sequential_id (INC-123). Zeiten sind ISO 8601, in UTC, sofern keine Zeitzone angegeben ist. rootly_list_incidents und rootly_list_alerts liefern standardmäßig eine kompakte Auswahl an Attributen; fields: "" liefert alle. Zoom-Passwörter und Host-Links fehlen in den Incident-Antworten.
Blättern: Listen liefern meta mit current_page, next_page (null auf der letzten Seite), total_count und total_pages; die KI ruft erneut mit page_number auf. Incidents und Alerts akzeptieren auch den Cursor page_after aus meta.next_cursor. page_size geht bis 100, kleine Seiten funktionieren aber besser, weil Rootly-Datensätze groß sind.
Häufige Fehler: 401 heißt falscher oder widerrufener Schlüssel, 403 ein Schlüssel, dessen Rolle oder Team den Aufruf nicht erlaubt, 404 eine unbekannte Id oder eine außerhalb des Teams des Schlüssels, 422 ein Validierungsfehler, dessen errors das Feld nennen, 429 das Rate Limit (die Header X-RateLimit-* sagen, wann es zurückgesetzt wird; warten und erneut versuchen).
Der Connector löscht keine Incidents, Alerts oder Action Items, ändert keine Dienstpläne, Eskalationsrichtlinien oder Statusseiten und schreibt keine Retrospektiven.
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.
Rootly, 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 |
|---|---|
rootly_get_current_user | Show the user the API key acts as: id, name, email, time zone and role |
rootly_list_incidents | List incidents, newest first by default: sequential id (the 123 in INC-123), title, status, kind, severity, services, teams, environments… |
rootly_get_incident | Get one incident with all its attributes: title, summary, status, severity, services, teams, environments, types, labels, Slack channel… |
rootly_create_incident | Declare an incident |
rootly_update_incident | Change an incident: title, summary, status, severity, affected services, functionalities, environments, types, teams, causes or labels |
rootly_mitigate_incident | Mark an incident as mitigated (the impact is under control) with a short note on how |
rootly_resolve_incident | Mark an incident as resolved with a short note on how |
rootly_list_incident_events | List the timeline of an incident: the events (notes, status changes, updates) with their text, visibility (internal or external) and when… |
rootly_add_incident_event | Add a note to the timeline of an incident |
rootly_list_action_items | List action items across all incidents: summary, kind (task during the incident, follow_up after it), priority, status, assignee, due date… |
rootly_list_incident_action_items | List the action items of one incident: summary, kind, priority, status, assignee and due date |
rootly_get_action_item | Get one action item with its description, assignee, teams, due date and linked Jira issue |
rootly_create_action_item | Add an action item to an incident: a task to do now or a follow-up for after the incident, with priority, assignee and due date |
rootly_update_action_item | Change an action item: summary, description, status (e.g. done), priority, assignee or due date |
rootly_list_alerts | List alerts, newest first: short id, summary, status (open, triggered, acknowledged, resolved, deferred), source (datadog, grafana, email… |
rootly_get_alert | Get one alert with its full details, including the raw payload the source sent (data), labels, responders and linked incidents |
rootly_acknowledge_alert | Acknowledge an alert: someone is looking at it, so its escalation stops paging the next level |
rootly_resolve_alert | Resolve an alert, optionally with a note and also resolving the incidents it is attached to |
rootly_list_services | List the services in the catalog: name, slug, description, owners, linked repositories and external ids (Backstage, Cortex, OpsLevel… |
rootly_get_service | Get one service with its description, owner teams and users, escalation policy, alert and incident broadcast settings and external links |
rootly_list_functionalities | List the functionalities (user-facing capabilities such as Checkout or Login) with name, slug, description and owners |
rootly_get_functionality | Get one functionality with its description, owners, linked services and status page components |
rootly_list_teams | List the teams (groups) with name, slug, description, members and their on-call and escalation settings |
rootly_get_team | Get one team with its description and members; add include for its schedules and escalation policies |
rootly_list_environments | List the environments (production, staging and so on) with name, slug and colour |
rootly_list_severities | List the severity levels (e.g |
rootly_list_incident_types | List the incident types (e.g |
rootly_list_users | List the users of the organization: id, name, email, time zone; add include for role, teams or schedules |
rootly_list_oncalls | Who is on call: the on-call entries of every escalation policy, schedule and level for now or a time window, with the user, schedule… |
rootly_list_schedules | List the on-call schedules with name, description, owning teams and time zone |
rootly_get_schedule | Get one on-call schedule with its owners, time zone and settings |
rootly_get_schedule_shifts | List the shifts of one schedule in a time window: who is on call from when to when, including overrides |
rootly_list_shifts | List on-call shifts across schedules in a time window (default: the shifts running now): schedule, rotation, user, start and end, override… |
rootly_list_escalation_policies | List the escalation policies with name, description, repeat settings and owning teams; add include for their levels and paths |
rootly_list_status_pages | List the status pages with title, public URL, whether they are public, and their settings |
rootly_get_status_page | Get one status page with its title, description, public URL, components and settings |
rootly_list_incident_status_page_events | List the updates an incident published to status pages: text, status (investigating, identified, monitoring, resolved), status page and time |
rootly_create_status_page_event | Publish an incident update on a status page, e.g |
rootly_list_retrospectives | List incident retrospectives (post-mortems): title, status (draft, published), the incident, URL and dates |
rootly_get_retrospective | Get one retrospective with its title, status, content, URL and the incident it belongs to |
Beispiel-Prompts
- „Welche Incidents sind gerade offen, und wer hat Bereitschaft für den Payments-Service?“
- „Zeig mir die Timeline von INC-482 und liste die offenen Action Items auf.“
- „Ruf einen SEV2-Incident für langsamen Checkout auf dem Checkout-Service aus. Zeig mir die Details, bevor du ihn anlegst.“
- „Bestätige die ausgelösten Datadog-Alerts für das API-Gateway und sag mir, was drinsteht.“
- „Veröffentliche ein Monitoring-Update zu INC-482 auf unserer Statusseite: Der Fix ist ausgerollt und wir beobachten die Fehlerrate.“
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?