Installation überspringen. In unter 2 Minuten einsatzbereit.
Starte eine kostenlose Testphase auf cloud.anythingmcp.com, füge incident.io 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.
Zusammenfassung
Incident Response mit incident.io in jedem KI-Agent: Incidents mit Updates und Timeline lesen, Schweregrade, Status, Rollen, Typen und Custom Fields nachschlagen, Actions und Follow-ups pflegen, Alerts lesen und auflösen, sehen, wer Bereitschaft hat, Personen per Eskalation alarmieren sowie Benutzer, Teams und den Katalog durchsuchen. Der Connector kann auch Incidents ausrufen, bearbeiten und Updates posten.
Frag einfach
Beispiel-Prompts für incident.io
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 → incident.io klicken, Zugangsdaten einfügen, MCP-API-Key erzeugen, fertig. Kein Docker, kein
git clone, kein lokaler Server.
incident.io + Microsoft Copilot
Incident Response mit incident.io in jedem KI-Agent: Incidents mit Updates und Timeline lesen, Schweregrade, Status, Rollen, Typen und Custom Fields nachschlagen, Actions und Follow-ups pflegen, Alerts lesen und auflösen, sehen, wer Bereitschaft hat, Personen per Eskalation alarmieren sowie Benutzer, Teams und den Katalog durchsuchen. Der Connector kann auch Incidents ausrufen, bearbeiten und Updates posten.
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:
INCIDENT_IO_API_KEY
Schritt 1 — Zugangsdaten holen
Die Einrichtung dauert etwa 2 Minuten. Du brauchst ein incident.io-Konto und einen API-Key.
- Öffne in incident.io Settings, API keys (https://app.incident.io/settings/api-keys) und klicke auf Add new. Das kann nur ein Admin oder eine Rolle, die API-Keys verwalten darf.
- Gib dem Key einen Namen und hake an, was er darf. Zum Lesen braucht er mindestens View Data (viewer) sowie das Ansehen von Katalog, Schedules und On-Call; private Incidents brauchen eine eigene Berechtigung. Zum Schreiben kommen Incidents anlegen, Incidents bearbeiten, Actions und Follow-ups verwalten, Eskalationen anlegen usw. dazu. Ein Tool, für das dem Key die Berechtigung fehlt, antwortet mit 403.
- Kopiere den Key (er wird nur einmal angezeigt) ohne
Bearerdavor inINCIDENT_IO_API_KEY. Der Connector schickt ihn als Bearer-Token anhttps://api.incident.io. - Installiere den Connector und führe
incident_io_get_identityaus: Es zeigt den Namen des Keys, die Dashboard-URL deiner Organisation und die Rollen des Keys, etwa viewer, incident_creator, incident_editor, on_call_viewer oder escalation_creator.
Was gerade los ist: incident_io_list_incidents mit status_category: ["live"] (in der App „Active“) oder ["triage"], neueste zuerst, mit Referenz, Name, Zusammenfassung, Status, Schweregrad, Typ, Modus, Sichtbarkeit, Rollen, Custom Fields, Zeitstempeln, Slack-Channel und Permalink. Filtern kannst du nach Statuskategorie, Status, Schweregrad (mit severity_gte auch „mindestens so schwer wie“), Typ, Modus und Erstellungs- oder Änderungsdatum, verknüpft mit filter_mode all oder any; Filter auf Custom Fields und Rollen kommen in extra_filters. Danach liefert incident_io_get_incident den ganzen Incident mit Dauer-Kennzahlen und Postmortem-Link, incident_io_list_incident_updates die Updates und incident_io_list_incident_timeline_items Notizen, angeheftete Nachrichten und Updates der Reihe nach. Test- und Tutorial-Incidents bleiben ausgeblendet, solange du diese Modi nicht ausdrücklich abfragst.
Konfiguration zum Nachschlagen der IDs: incident_io_list_severities, incident_io_list_incident_statuses, incident_io_list_incident_roles, incident_io_list_incident_types, incident_io_list_custom_fields, incident_io_get_custom_field, incident_io_list_custom_field_options und incident_io_list_incident_timestamps. Die KI liest sie zuerst und nutzt die IDs dann zum Filtern, Anlegen oder Bearbeiten.
Einen Incident führen:
incident_io_create_incidentruft einen Incident aus, mit Name, Zusammenfassung, Schweregrad, Status, Typ, Sichtbarkeit (public oder private), Modus, Rollen, Custom-Field-Werten und Zeitstempeln. Pflicht sind einidempotency_keyundvisibility. Mit Modustestprobierst du es ohne echten Incident aus;retrospectiveerfasst einen vergangenen.incident_io_create_incident_updatepostet ein Update für Responder und Stakeholder und kann dabei Status und Schweregrad ändern.incident_io_edit_incidentändert Name, Zusammenfassung, Schweregrad, Status (gelöst wird mit einem Closed-Status), Rollen, Custom Fields, Zeitstempel, Call-Link oder Slack-Channel-Namen. Es ändert sich nur, was du mitgibst;notify_incident_channelinformiert den Channel darüber.- Actions während des Incidents:
incident_io_list_actions,incident_io_get_action,incident_io_create_action,incident_io_update_action(outstanding, completed, not_doing). - Follow-ups nach dem Incident:
incident_io_list_follow_ups,incident_io_get_follow_up,incident_io_create_follow_up,incident_io_update_follow_up, mit Priorität, Kategorie, Labels, zuständiger Person oder Team und einem verknüpften externen Ticket (Jira, Linear und andere). Ein Update ersetzt die Action bzw. das Follow-up vollständig, deshalb schickt die KI Text und Status immer mit.
Alerts: incident_io_list_alerts (Filter nach Status wie firing, Quelle, Deduplication-Key oder Datum), incident_io_get_alert, incident_io_list_incident_alerts für die Zuordnung von Alerts zu Incidents und incident_io_resolve_alert, um einen feuernden Alert von Hand aufzulösen, wenn die Quelle kein Resolve-Event schickt; je nach Alert-Route lösen sich damit auch die von ihm gestarteten Incidents und Eskalationen. Alert-Quellen (Datadog, Grafana, Prometheus, CloudWatch, HTTP, E-Mail, Heartbeat und mehr) liest du mit incident_io_list_alert_sources und incident_io_get_alert_source; ihre geheimen Tokens werden weggelassen.
Bereitschaft: incident_io_list_schedules und incident_io_get_schedule zeigen Rotationen, Layer und aktuelle Schichten; incident_io_list_schedule_entries liefert für ein Zeitfenster die endgültigen Einträge nach Overrides und beantwortet damit „wer hat gerade Bereitschaft“. incident_io_list_escalation_paths und incident_io_list_escalations zeigen, wer alarmiert wird und was passiert ist; incident_io_create_escalation alarmiert Personen über einen Eskalationspfad oder direkt per User-ID.
Organisation und Katalog: incident_io_list_users (jemanden per E-Mail oder Slack-ID finden), incident_io_get_user, incident_io_list_teams, incident_io_list_catalog_types, incident_io_get_catalog_type, incident_io_list_catalog_entries (einen Eintrag mit identifier suchen) und incident_io_get_catalog_entry.
Vor dem Schreiben: Ein neuer Standard-Incident öffnet einen Slack- oder Teams-Channel und alarmiert Leute, ein Update geht an Responder und Abonnenten, eine Eskalation weckt die Bereitschaft. Die KI zeigt dir, was sie vorhat, und wartet auf dein Ja. Wiederholt sie ein Anlegen, nutzt sie denselben idempotency_key, damit kein zweiter Incident, kein zweites Update und kein zweiter Alarm entsteht.
Bei der Installation deaktiviert: keine. Alle 43 Tools sind aktiv, auch die schreibenden; was der Key darf, legst du über die Berechtigungen fest, die du ihm in incident.io gibst.
Datenformate: IDs sind ULIDs (26 Zeichen, zum Beispiel 01FCNDV6P870EA6S7TK1DSYDG0); die lesbare Referenz steht in reference (INC-123). Zeiten sind ISO 8601 in UTC, Datumsfilter nehmen YYYY-MM-DD. Statuskategorien in der API: triage, live (Active), learning (Post-incident), paused, closed, declined, canceled, merged. Ein höherer rank beim Schweregrad heißt schwerer. Antworten zu Custom Fields enthalten keine Optionslisten; die liefert incident_io_list_custom_field_options.
Blättern: Listen liefern pagination_meta mit after; die KI ruft erneut mit diesem after auf, bis es fehlt. page_size ist standardmäßig 25 und bei den meisten Listen bis 250. incident_io_list_schedule_entries blättert, indem pagination_meta.after in entry_window_start kommt.
Limits: 1.200 Anfragen pro Minute und Key.
Häufige Fehler: 401 bedeutet einen falschen oder gelöschten Key. 403 heißt, dem Key fehlt die Berechtigung für diesen Aufruf; incident_io_get_identity zeigt seine Rollen, und unter Settings, API keys hakst du die fehlende an. 404 ist eine unbekannte ID. 422 ist ein Validierungsfehler, dessen errors das Feld nennen, etwa ein nicht erlaubter Statuswechsel. 429 ist das Rate Limit; warte eine Minute.
Der Connector löscht keine Incidents, Actions, Follow-ups oder Katalogeinträge, legt keine Alert-Quellen, Schedules oder Eskalationspfade an und ändert sie nicht, und er gibt keine geheimen Tokens von Alert-Quellen zurück.
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 Microsoft Copilot 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.
Microsoft Copilot nutzt MCP-Server über Agents, die du in Copilot Studio baust: Du fügst AnythingMCP einem Agent als Tool hinzu und veröffentlichst den Agent dann in Microsoft 365 Copilot und Teams. Copilot Studio verbindet sich aus der Cloud von Microsoft per Streamable HTTP, das AnythingMCP unterstützt.
- Öffne in Copilot Studio deinen Agent (oder leg einen an), geh zu Tools und wähle Add a tool → New tool → Model Context Protocol.
- Trag einen Server name ein (zum Beispiel
AnythingMCP), eine Server description, die sagt, was der Connector kann, und die Server URLhttps://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID. Anhand der Beschreibung entscheidet Copilot Studio, wann es den Server aufruft. - Wähle bei der Authentifizierung API key, setze Type auf Header und den Header-Namen auf
X-API-Keyund klicke auf Create. - Wähle in Add tool die Option Create a new connection, füge einen MCP-API-Key aus AnythingMCP ein (MCP Servers → dein Server → API keys) und klicke auf Add to agent.
- Probier es im Test-Bereich des Agents aus: Bitte um etwas, wofür er die
incident.io-Tools braucht. - Klicke auf Publish, dann auf Channels → Microsoft 365 and Microsoft Teams, lass Make agent available in Microsoft Copilot aktiviert und wähle Add channel. See agent in Teams installiert den Agent für dich; in Microsoft 365 Copilot tippst du @ und wählst den Agent aus.
Lieber eine Anmeldung pro Person? Wähle statt API key OAuth 2.0 → Dynamic discovery: Dann meldet sich jede Person beim ersten Aufruf des Agents bei AnythingMCP an.
Du hostest selbst? Nimm statt https://cloud.anythingmcp.com die öffentliche HTTPS-Adresse deiner Instanz. Copilot Studio verbindet sich aus der Cloud von Microsoft, localhost funktioniert deshalb nicht.
Verfügbare Tools
| Tool | What it does |
|---|---|
incident_io_get_identity | Show which API key the connector uses: its name, the organisation's dashboard URL and the roles (permissions) granted to it, e.g. viewer… |
incident_io_list_incidents | List incidents, newest first: id, reference (INC-123), name, summary, status and status category, severity, type, mode, visibility, role… |
incident_io_get_incident | Get one incident with everything on it: reference, name, summary, status, severity, type, mode, visibility, role assignments, custom field… |
incident_io_create_incident | Declare an incident: name, summary, severity, status, type, visibility and mode, with role assignments and custom field values |
incident_io_edit_incident | Edit an incident: rename it, change its summary, severity or status (resolve it by moving to a closed status), assign roles, set custom… |
incident_io_list_incident_updates | List the updates of an incident (or of all incidents), newest first: message, new status and severity, who posted it and when |
incident_io_create_incident_update | Post an update to an incident: a message for responders and stakeholders, optionally moving it to another status or severity at the same… |
incident_io_list_incident_timeline_items | List the timeline of one incident: the items added to it (notes, pinned messages, updates) with their time and author, in order |
incident_io_list_severities | List the severities configured in incident.io (e.g |
incident_io_list_incident_statuses | List the incident statuses (e.g |
incident_io_list_incident_roles | List the incident roles (e.g |
incident_io_list_incident_types | List the incident types (e.g |
incident_io_list_custom_fields | List the custom fields of incidents with id, name, description and type (single_select, multi_select, text, link, numeric), and for… |
incident_io_get_custom_field | Get one custom field: name, description, type and, for catalog fields, the catalog type it draws its values from |
incident_io_list_custom_field_options | List the options of a single or multi select custom field: id (value_option_id), value and sort key |
incident_io_list_incident_timestamps | List the incident timestamps tracked for every incident (reported at, accepted at, impact started, resolved at, ...) with their ids, for… |
incident_io_list_actions | List actions (tasks done during an incident), optionally of one incident: id, description, status (outstanding, completed, not_doing)… |
incident_io_get_action | Get one action: description, status, assignee, incident and completion time |
incident_io_create_action | Add an action to an incident: a task to do now, optionally assigned to a user |
incident_io_update_action | Update an action: mark it completed or not_doing (or outstanding again), reassign it or change its text |
incident_io_list_follow_ups | List follow-ups (work to do after an incident), optionally of one incident or team: id, title, description, status, priority, assignee… |
incident_io_get_follow_up | Get one follow-up: title, description, status, priority, category, assignee, labels, incident and the linked external issue |
incident_io_create_follow_up | Add a follow-up to an incident: a title, optional description, assignee or team, priority, category and labels |
incident_io_update_follow_up | Update a follow-up: complete it or mark it not_doing, reassign it, change priority, labels or text |
incident_io_list_alerts | List alerts received from monitoring tools, newest first: id, title, description, status (firing, resolved), alert source, deduplication… |
incident_io_get_alert | Get one alert with its title, description, status, source, deduplication key, attributes, source URL and times |
incident_io_resolve_alert | Resolve a firing alert by hand, e.g. when the source will not send a resolve event |
incident_io_list_incident_alerts | List the links between alerts and incidents: which alerts are attached to an incident, or which incidents an alert belongs to |
incident_io_list_alert_sources | List the alert sources (Datadog, Grafana, Prometheus, CloudWatch, HTTP, email, heartbeat, ...) with id, name, type, the template that… |
incident_io_get_alert_source | Get one alert source: name, type, template (title, description, attributes), filters, owning teams and source-specific options |
incident_io_list_schedules | List on-call schedules with id, name, time zone, rotations and layers, and (with page_size 25 or less) the current and next shifts |
incident_io_get_schedule | Get one on-call schedule: time zone, rotations with their layers, handover times and members, and the current shifts |
incident_io_list_schedule_entries | Show who is on call on a schedule in a time window: the final entries after overrides, each with user, start and end |
incident_io_list_escalation_paths | List the escalation paths (who gets paged in which order, through which schedules and users) with id and name |
incident_io_list_escalations | List escalations (pages sent to people) with id, title, status (pending, triggered, acked, resolved, expired, cancelled, snoozed, ...)… |
incident_io_create_escalation | Page people: start an escalation that follows an escalation path, or notifies the given users directly, with a title included in every… |
incident_io_list_users | List the users of the organisation with id, name, email, Slack user id and role |
incident_io_get_user | Get one user: name, email, Slack user id, base role and custom roles |
incident_io_list_teams | List the teams of the organisation with id and name; team ids are used for follow-ups and alert source ownership |
incident_io_list_catalog_types | List the catalog types (services, teams, features, environments, ...) with id, name, description, type name, attribute schema and whether… |
incident_io_get_catalog_type | Get one catalog type with its attribute schema (names, types, which attributes link to other types) |
incident_io_list_catalog_entries | List the entries of one catalog type (e.g. every service) with id, name, external id, aliases, rank and attribute values |
incident_io_get_catalog_entry | Get one catalog entry with its attribute values; with expand true also the entries that link to it |
Beispiel-Prompts
- „Welche Incidents sind gerade aktiv? Nenn mir zu jedem Schweregrad, Status, Incident Lead und das letzte Update.“
- „Wer hat gerade Bereitschaft im Platform-Schedule, und wer übernimmt als Nächstes?“
- „Fass die Timeline von INC-123 zusammen und liste die offenen Follow-ups mit den Zuständigen auf.“
- „Ruf einen privaten Test-Incident namens Checkout-Latenz mit Schweregrad Minor aus. Zeig mir die Angaben, bevor du ihn anlegst.“
- „Welche Alerts von Datadog feuern noch, und hängt einer davon an einem Incident?“
FAQ
Für welchen Copilot gilt das? Für Microsoft 365 Copilot im Unternehmen, über Agents aus Copilot Studio. Die Microsoft-Copilot-App für private Konten bietet keine Möglichkeit, einen eigenen MCP-Server hinzuzufügen.
Was brauche ich? Ein Arbeitskonto mit Zugang zu Copilot Studio (Lizenz oder Testversion), um den Agent zu bauen. Wer ihn in Microsoft 365 Copilot oder Teams nutzen soll, braucht Zugriff auf den Agent: Teile ihn oder lass ihn von einem Admin für die Organisation veröffentlichen. Wendet deine Organisation Datenrichtlinien auf Power-Platform-Connectors an, gelten sie auch für MCP-Server.
Der Agent ruft die Tools nicht auf. Prüfe, dass der Header-Name genau X-API-Key lautet und der Schlüssel zum selben MCP-Server gehört wie die URL, und formuliere die Server description konkret: Copilot Studio entscheidet anhand der Beschreibung, wann es den Server aufruft. Veröffentliche den Agent nach jeder Änderung erneut; in einem offenen Chat holst du die neue Version mit „start over“.
Nächste Schritte
- Connector-Startseite
- Mit Claude verbinden
- Mit ChatGPT verbinden
- Mit Cursor verbinden
- Mit Gemini verbinden
- Mit Meta Muse verbinden
War dieser Guide hilfreich?