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 + Meta Muse
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 Muse
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.
Muse aggiunge i server MCP remoti come connettori personalizzati e vi accede con OAuth.
- In Muse apri Settings → Connectors e scegli Add custom connector.
- Incolla l'URL del server MCP
https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID. - Muse apre la pagina di accesso di AnythingMCP: accedi e approva l'accesso.
- In una chat, chiedi a Muse qualcosa che richiede i tool di
Better Stack.
Puoi configurarlo anche da una chat, sul web, nelle app per iOS e Android o su WhatsApp. Invia a Muse questo messaggio:
Create a Custom Connector for a new remote MCP server, then connect to it:
Name: AnythingMCP
Transport: remote streamable HTTP
URL: https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID
Auth: OAuth
Usi il self-hosting? Usa l'indirizzo HTTPS pubblico della tua istanza al posto di https://cloud.anythingmcp.com. Muse si collega dal cloud di Meta, 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
Dove è disponibile Muse? Al momento Meta offre Muse negli Stati Uniti e in Canada, sul web, nelle app per iOS e Android e su WhatsApp.
Meta verifica questo connettore? No. Meta non verifica i connettori personalizzati. Muse vede solo i tool che hai attivato per questo server MCP in AnythingMCP, e puoi scollegarlo in qualsiasi momento da Settings → Connectors.
Prossimi passi
- Landing del connettore
- Collegare a Claude
- Collegare a ChatGPT
- Collegare a Cursor
- Collegare a Gemini
- Collegare a Microsoft Copilot
Questa guida ti è stata utile?