Salta l'installazione. Attivo in meno di 2 minuti.
Avvia una prova gratuita su cloud.anythingmcp.com, aggiungi Better Stack 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
Monitoraggio dell'uptime e gestione degli incidenti di Better Stack: monitor e heartbeat con disponibilità e tempi di risposta, incidenti con presa in carico, escalation e risoluzione, calendari di reperibilità, policy di escalation, status page e status report, e le integrazioni configurate.
Prova a chiedere
Prompt di esempio per Better Stack
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 → Better Stack, inserisci le credenziali, genera una MCP API key e hai finito. Niente Docker, niente
git clone, niente server locale.
Better Stack + Microsoft Copilot
Monitoraggio dell'uptime e gestione degli incidenti di Better Stack: monitor e heartbeat con disponibilità e tempi di risposta, incidenti con presa in carico, escalation e risoluzione, calendari di reperibilità, policy di escalation, status page e status report, e le integrazioni configurate.
Prerequisiti
Le istruzioni di setup complete sono incluse nel connettore stesso (visibili nello store quando lo selezioni). Le variabili d'ambiente richieste sono:
BETTER_STACK_API_TOKEN
Step 1 — Ottieni le credenziali
La configurazione richiede circa 2 minuti. Il connettore usa la Better Stack Incidents API (prima Better Uptime, https://incidents.betterstack.com/api).
- Apri https://betterstack.com/settings/api-tokens/0, scegli il tuo team e copia o crea un token in Incidents API tokens. Questo token di team è la scelta più semplice.
- Funziona anche un token API globale (https://betterstack.com/settings/global-api-tokens), che raggiunge tutti i team. In quel caso l'AI passa
team_nameper filtrare gli elenchi, ed è obbligatorio quando si creano monitor, heartbeat o incidenti. - Incolla il token in
BETTER_STACK_API_TOKEN. Le scritture richiedono un token con accesso in scrittura. - Installa il connettore ed esegui
better_stack_list_monitorsper verificare il token.
Cosa legge:
- Monitor di uptime con stato (
up,down,paused,validating,maintenance), URL, tipo, frequenza, regioni e ultimo controllo, la configurazione completa di un monitor, la sua disponibilità (SLA) in un intervallo di date e i tempi di risposta per regione nelle ultime 24 ore. Gruppi di monitor e i monitor di un gruppo. - Heartbeat per cron job e attività in background con URL di ping, periodo, tolleranza e stato, la loro disponibilità e i gruppi di heartbeat.
- Incidenti, dal più recente, con causa, stato, orari di inizio, presa in carico e risoluzione e chi li ha gestiti, filtrabili per date, monitor, heartbeat, risolti o presi in carico; un incidente con la risposta in errore; la sua timeline di avvisi, prese in carico, escalation, commenti e aggiornamenti della status page; e i suoi commenti.
- Chi è reperibile: calendari di reperibilità con la persona di turno ora, un calendario in un momento dato (
defaultper il calendario predefinito del team) e i turni in una finestra di tempo. Policy di escalation con i loro passi e le severità con i loro canali di avviso. - Status page, le risorse che mostrano con disponibilità e storico giornaliero, gli status report e i loro aggiornamenti.
- Configurazione: webhook in entrata e in uscita, integrazioni Slack e metadati come responsabile del servizio o ambiente.
Cosa scrive: monitor (better_stack_create_monitor, better_stack_update_monitor, better_stack_pause_monitor e better_stack_resume_monitor intorno ai lavori pianificati); heartbeat (better_stack_create_heartbeat restituisce l'URL di ping che il job deve chiamare dopo ogni esecuzione, better_stack_update_heartbeat); incidenti (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); status page (better_stack_create_status_report, better_stack_add_status_update a ogni novità, better_stack_update_status_report per cambiare il titolo o riprogrammare una manutenzione).
Tutti gli strumenti sono attivi all'installazione, anche quelli che scrivono. Creare un incidente, farne l'escalation e pubblicare uno status report avvisa persone reali o iscritti pubblici, quindi l'AI ti chiede conferma prima; notify_subscribers: false rende silenzioso uno status report. Se risolvi un incidente di un monitor che continua a fallire, il controllo successivo ne apre uno nuovo. Uno status report si chiude con un aggiornamento che imposta ogni risorsa coinvolta su resolved.
Formati dei dati: le risposte seguono JSON:API: data (un oggetto o un elenco) con id, type, attributes e relationships; utenti collegati e aggiornamenti di stato arrivano in included. Gli id sono stringhe numeriche. Gli orari sono ISO 8601 in UTC; i filtri per data (from, to) accettano YYYY-MM-DD. La disponibilità è una percentuale (99.98); downtime, durata degli incidenti e tempi di risposta sono in secondi. Lo status di un incidente è Started, Acknowledged o Resolved. Le password dei monitor, le variabili d'ambiente Playwright e i token di incidente delle policy sono esclusi dalle risposte.
Paginazione: gli elenchi restituiscono pagination.next, un URL che vale null sull'ultima pagina; l'AI richiama con page uguale al numero di pagina in quell'URL. per_page vale 50 per impostazione predefinita e al massimo 250; gli incidenti partono da 10 e arrivano a 50.
Errori comuni: 401 indica un token errato o revocato, oppure un token Telemetry al posto di uno Incidents. 403 è un token senza accesso in scrittura, 404 un id sconosciuto o di un altro team, 422 un errore di validazione il cui errors indica il campo, 429 il rate limit.
Il connettore non copre Better Stack Telemetry (log, metriche, dashboard) e non elimina monitor, heartbeat, incidenti o status page.
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
Better Stack. - 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 |
|---|---|
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… |
Esempi di prompt
- "C'è qualcosa di down in questo momento? Elenca i monitor down con URL e ultimo controllo."
- "Qual è stata la disponibilità del monitor di https://shop.example.com il mese scorso, e qual è stato l'incidente più lungo?"
- "Chi è reperibile nel calendario predefinito questo sabato alle 22:00?"
- "Mostra gli incidenti aperti con causa e timeline, poi prendi in carico quello sull'API dei pagamenti."
- "Pubblica sulla nostra status page una manutenzione pianificata per domenica dalle 02:00 alle 03:00 UTC sull'API, senza avvisare gli iscritti. Mostrami prima il testo."
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?