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 + ChatGPT
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 ChatGPT
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.
ChatGPT aggiunge i server MCP come plugin dalla pagina Plugins, sul web e nei piani a pagamento. La modalità sviluppatore non serve più. In un workspace Business possono farlo solo admin e owner; in Enterprise ed Edu un amministratore può concedere il permesso Create plugins with MCPs.
- Vai su chatgpt.com/plugins, clicca Add e poi Add custom MCP server.
- Inserisci un nome, ad esempio Name:
Rootly. - In Connection inserisci come Server URL
https://cloud.anythingmcp.com/mcp/YOUR_SERVER_IDe lascia Authentication su OAuth. - Seleziona I understand and want to continue, poi Create as a plugin. Quando ChatGPT lo chiede, accedi ad AnythingMCP e consenti l'accesso.
- Installa il nuovo plugin dai tuoi plugin personali, poi digita @ in una chat e selezionalo.
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
Il piano free di ChatGPT funziona con i server MCP personalizzati? OpenAI documenta i server MCP personalizzati solo per i piani a pagamento; il piano Free non è nell'elenco.
Prossimi passi
- Landing del connettore
- Collegare a Claude
- Collegare a Cursor
- Collegare a Gemini
- Collegare a Meta Muse
- Collegare a Microsoft Copilot
Questa guida ti è stata utile?