Salta l'installazione. Attivo in meno di 2 minuti.
Avvia una prova gratuita su cloud.anythingmcp.com, aggiungi Rootly con un clic, poi punta il tuo client AI (Claude, ChatGPT, Copilot o Cursor) all'endpoint MCP generato. Niente Docker, niente git clone, nessuna esperienza di sviluppo richiesta.
In breve
Gestione degli incidenti con Rootly da qualsiasi agente AI: dichiara, aggiorna, mitiga e risolvi incidenti con note in timeline e action item, conferma e risolvi alert, scopri chi è reperibile, pubblica aggiornamenti sulle status page e leggi retrospettive, servizi, team e livelli di gravità.
Prova a chiedere
Prompt di esempio per Rootly
Clicca su un prompt per copiarlo. Incollalo in Claude, ChatGPT, Cursor, Gemini, Copilot o OpenClaw per eseguirlo contro questo connettore.
Claude è un'AI e può sbagliare. Verifica sempre le risposte.
💡 Niente installazione? Vai direttamente su cloud.anythingmcp.com. Accedi, clicca Connectors → Rootly, inserisci le credenziali, genera una MCP API key e hai finito. Niente Docker, niente
git clone, niente server locale.
Rootly + Microsoft Copilot
Gestione degli incidenti con Rootly da qualsiasi agente AI: dichiara, aggiorna, mitiga e risolvi incidenti con note in timeline e action item, conferma e risolvi alert, scopri chi è reperibile, pubblica aggiornamenti sulle status page e leggi retrospettive, servizi, team e livelli di gravità.
Prerequisiti
Le istruzioni di setup complete sono incluse nel connettore stesso (visibili nello store quando lo selezioni). Le variabili d'ambiente richieste sono:
ROOTLY_API_KEY
Step 1 — Ottieni le credenziali
La configurazione richiede circa 2 minuti. Ti serve un account Rootly.
- In Rootly apri il menu dell'organizzazione, poi Organization Settings, API Keys, e crea una chiave. Una chiave Global vede tutta l'organizzazione, una chiave Team solo i record di quel team, una chiave Personal agisce con i tuoi permessi.
- Assegna alla chiave un ruolo che possa leggere ciò che ti serve e, se l'AI deve modificarli, il permesso di scrittura su incidenti, alert e action item.
- Incolla solo la chiave, senza
Bearerdavanti, inROOTLY_API_KEYed eseguirootly_get_current_user. Mostra l'utente con cui agisce la chiave; una chiave Global o Team risponde con l'utente che l'ha creata.
Cosa sta succedendo: rootly_list_incidents con status: "started,mitigated" (o in_triage) elenca gli incidenti in corso; i filtri coprono gravità, servizio, team, ambiente, tipo, testo libero e date. rootly_get_incident mostra un incidente con tutti gli attributi, rootly_list_incident_events la sua timeline e rootly_list_incident_action_items le sue attività. Per trovare gli id l'AI usa 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 e rootly_list_users.
Gestire un incidente: rootly_create_incident ne dichiara uno. Con un idempotency_key un nuovo tentativo entro 24 ore restituisce lo stesso incidente invece di aprirne un secondo; il tipo test serve per una prova. rootly_update_incident cambia titolo, riepilogo, gravità, servizi, team, etichette o stato; una lista sostituisce l'intera lista. rootly_add_incident_event aggiunge note interne o esterne alla timeline, rootly_mitigate_incident e rootly_resolve_incident fanno avanzare l'incidente con una breve nota. Action item: rootly_list_action_items su tutti gli incidenti, rootly_get_action_item, rootly_create_action_item e rootly_update_action_item (per esempio stato done).
Alert: rootly_list_alerts (per esempio stato triggered o open), rootly_get_alert con il payload grezzo inviato dalla sorgente, rootly_acknowledge_alert (l'escalation smette di chiamare il livello successivo) e rootly_resolve_alert, che può risolvere anche gli incidenti collegati.
Reperibilità: rootly_list_oncalls risponde a chi è reperibile adesso o in una finestra di tempo. rootly_list_schedules, rootly_get_schedule, rootly_get_schedule_shifts, rootly_list_shifts e rootly_list_escalation_policies danno i dettagli.
Status page e retrospettive: rootly_list_status_pages, rootly_get_status_page e rootly_list_incident_status_page_events leggono; rootly_create_status_page_event pubblica un aggiornamento (investigating, identified, monitoring, resolved). rootly_list_retrospectives e rootly_get_retrospective leggono i post-mortem.
Prima di scrivere: un incidente normale avvia i workflow, apre un canale Slack e può chiamare le persone; un aggiornamento della status page è pubblico e può inviare email agli iscritti. Per questo l'AI ti mostra cosa sta per fare e aspetta il tuo sì. Un incidente privato non può tornare pubblico.
Disattivati all'installazione: nessuno strumento. Tutto è attivo da subito; ciò che l'AI può fare è limitato dal ruolo e dal team della chiave.
Formati dei dati: le risposte seguono JSON:API: i record sono in data (id, type, attributes, relationships), quelli incorporati con include in included. Gli id sono UUID, quelli degli utenti numeri. Il numero leggibile dell'incidente è attributes.sequential_id (INC-123). Gli orari sono ISO 8601, in UTC salvo indicazione di un fuso orario. rootly_list_incidents e rootly_list_alerts restituiscono di default un insieme compatto di attributi; fields: "" li restituisce tutti. Password delle riunioni Zoom e link host sono esclusi dalle risposte sugli incidenti.
Paginazione: le liste restituiscono meta con current_page, next_page (null sull'ultima pagina), total_count e total_pages; l'AI richiama con page_number. Incidenti e alert accettano anche il cursore page_after da meta.next_cursor. page_size arriva a 100, ma pagine piccole funzionano meglio perché i record di Rootly sono grandi.
Errori comuni: 401 indica una chiave errata o revocata, 403 una chiave il cui ruolo o team non consente la chiamata, 404 un id sconosciuto o fuori dal team della chiave, 422 un errore di validazione i cui errors indicano il campo, 429 il limite di frequenza (gli header X-RateLimit-* dicono quando si azzera; attendi e riprova).
Il connettore non elimina incidenti, alert o action item, non modifica turni, policy di escalation o status page e non scrive retrospettive.
Step 2 — Installa l'adapter
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
Step 3 — Aggiungi il connettore in Microsoft Copilot
L'URL del tuo server: in AnythingMCP apri MCP Servers → il server su cui si trova questo connettore e copia il suo URL (
https://cloud.anythingmcp.com/mcp/…). Usalo ovunque questa guida mostraYOUR_SERVER_ID.
Microsoft Copilot usa i server MCP tramite gli agenti creati in Copilot Studio: aggiungi AnythingMCP a un agente come strumento, poi pubblichi l'agente in Microsoft 365 Copilot e in Teams. Copilot Studio si collega dal cloud di Microsoft via Streamable HTTP, che AnythingMCP supporta.
- In Copilot Studio apri il tuo agente (o creane uno), vai su Tools e scegli Add a tool → New tool → Model Context Protocol.
- Inserisci un Server name (per esempio
AnythingMCP), una Server description che dica cosa fa il connettore e il Server URLhttps://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID. Copilot Studio usa la descrizione per decidere quando chiamare il server. - Come autenticazione scegli API key, imposta Type su Header e come nome dell'header
X-API-Key, poi seleziona Create. - In Add tool scegli Create a new connection, incolla una chiave API MCP di AnythingMCP (MCP Servers → il tuo server → API keys) e seleziona Add to agent.
- Provalo nel riquadro Test dell'agente: chiedi qualcosa che richiede i tool di
Rootly. - Seleziona Publish, poi Channels → Microsoft 365 and Microsoft Teams, lascia selezionato Make agent available in Microsoft Copilot e scegli Add channel. See agent in Teams lo installa per te; in Microsoft 365 Copilot scrivi @ e scegli l'agente.
Preferisci un accesso per ogni utente? Al posto della chiave API scegli OAuth 2.0 → Dynamic discovery: ogni persona accede ad AnythingMCP la prima volta che l'agente lo chiama.
Usi il self-hosting? Usa l'indirizzo HTTPS pubblico della tua istanza al posto di https://cloud.anythingmcp.com. Copilot Studio si collega dal cloud di Microsoft, quindi localhost non funziona.
Tool disponibili
| 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 |
Esempi di prompt
- "Quali incidenti sono aperti adesso, e chi è reperibile per il servizio pagamenti?"
- "Mostrami la timeline di INC-482 ed elenca i suoi action item aperti."
- "Dichiara un incidente SEV2 per checkout lento sul servizio checkout. Mostrami i dettagli prima di crearlo."
- "Conferma gli alert Datadog scattati per l'API gateway e dimmi cosa dicono."
- "Pubblica un aggiornamento Monitoring per INC-482 sulla nostra status page: la correzione è in produzione e stiamo osservando il tasso di errori."
FAQ
Per quale Copilot vale? Per Microsoft 365 Copilot in azienda, tramite gli agenti di Copilot Studio. L'app Microsoft Copilot per account personali non permette di aggiungere un proprio server MCP.
Cosa mi serve? Un account di lavoro con accesso a Copilot Studio (licenza o prova) per creare l'agente. Chi lo usa in Microsoft 365 Copilot o in Teams deve avere accesso all'agente: condividilo, oppure chiedi a un amministratore di pubblicarlo per l'organizzazione. Se la tua organizzazione applica criteri sui dati ai connettori di Power Platform, valgono anche per i server MCP.
L'agente non chiama i tool. Controlla che il nome dell'header sia esattamente X-API-Key e che la chiave appartenga allo stesso server MCP dell'URL, e scrivi una Server description precisa: Copilot Studio la usa per decidere quando chiamare il server. Dopo ogni modifica pubblica di nuovo l'agente; in una chat già aperta scrivi "start over" per passare alla nuova versione.
Prossimi passi
- Landing del connettore
- Collegare a Claude
- Collegare a ChatGPT
- Collegare a Cursor
- Collegare a Gemini
- Collegare a Meta Muse
Questa guida ti è stata utile?