Sáltate la instalación. Funcionando en menos de 2 minutos.
Inicia una prueba gratuita en cloud.anythingmcp.com, añade Better Stack con un clic y apunta tu cliente de IA (Claude, ChatGPT, Copilot o Cursor) al endpoint MCP generado. Sin Docker, sin git clone, sin experiencia de desarrollo.
Resumen
Monitorización de uptime y gestión de incidentes de Better Stack: monitores y heartbeats con disponibilidad y tiempos de respuesta, incidentes con reconocer, escalar y resolver, calendarios de guardia, políticas de escalado, páginas de estado e informes de estado, y las integraciones configuradas.
Prueba a pedir
Prompts de ejemplo para Better Stack
Haz clic en un prompt para copiarlo. Pégalo en Claude, ChatGPT, Cursor, Gemini, Copilot u OpenClaw para ejecutarlo contra este conector.
Claude es IA y puede equivocarse. Verifica siempre las respuestas.
💡 ¿Sin instalación? Usa cloud.anythingmcp.com directamente. Inicia sesión, pulsa Connectors → Better Stack, pega tus credenciales, genera una MCP API key y listo. Sin Docker, sin
git clone, sin servidor local.
Better Stack
Monitorización de uptime y gestión de incidentes de Better Stack: monitores y heartbeats con disponibilidad y tiempos de respuesta, incidentes con reconocer, escalar y resolver, calendarios de guardia, políticas de escalado, páginas de estado e informes de estado, y las integraciones configuradas.
Configuración
La configuración lleva unos 2 minutos. El conector usa la Better Stack Incidents API (antes Better Uptime, https://incidents.betterstack.com/api).
- Abre https://betterstack.com/settings/api-tokens/0, elige tu equipo y copia o crea un token en Incidents API tokens. Este token de equipo es la opción más sencilla.
- También sirve un token de API global (https://betterstack.com/settings/global-api-tokens), que llega a todos los equipos. Con él la IA pasa
team_namepara filtrar listas, y es obligatorio al crear monitores, heartbeats o incidentes. - Pega el token en
BETTER_STACK_API_TOKEN. Las escrituras necesitan un token con permiso de escritura. - Instala el conector y ejecuta
better_stack_list_monitorspara comprobar el token.
Qué lee:
- Monitores de uptime con estado (
up,down,paused,validating,maintenance), URL, tipo, frecuencia, regiones y última comprobación, la configuración completa de un monitor, su disponibilidad (SLA) en un rango de fechas y sus tiempos de respuesta por región en las últimas 24 horas. Grupos de monitores y los monitores de un grupo. - Heartbeats para cron jobs y tareas en segundo plano con su URL de ping, periodo, margen y estado, su disponibilidad y los grupos de heartbeats.
- Incidentes, del más reciente al más antiguo, con causa, estado, horas de inicio, reconocimiento y resolución y quién lo hizo, filtrables por fechas, monitor, heartbeat, resueltos o reconocidos; un incidente con la respuesta fallida; su cronología de alertas, reconocimientos, escalados, comentarios y actualizaciones de la página de estado; y sus comentarios.
- Quién está de guardia: calendarios de guardia con la persona de guardia ahora, un calendario en un momento dado (
defaultpara el calendario predeterminado del equipo) y los turnos de una ventana de tiempo. Políticas de escalado con sus pasos y las severidades con sus canales de alerta. - Páginas de estado, los recursos que muestran con disponibilidad e historial diario, los informes de estado y sus actualizaciones.
- Configuración: webhooks entrantes y salientes, integraciones de Slack y metadatos como responsable del servicio o entorno.
Qué escribe: monitores (better_stack_create_monitor, better_stack_update_monitor, better_stack_pause_monitor y better_stack_resume_monitor alrededor de trabajos planificados); heartbeats (better_stack_create_heartbeat devuelve la URL de ping que el job debe llamar tras cada ejecución, better_stack_update_heartbeat); incidentes (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); páginas de estado (better_stack_create_status_report, better_stack_add_status_update a medida que cambian las cosas, better_stack_update_status_report para cambiar el título o reprogramar un mantenimiento).
Todas las herramientas vienen activadas al instalar, también las que escriben. Crear un incidente, escalarlo y publicar un informe de estado avisa a personas reales o a suscriptores públicos, así que la IA te lo confirma antes; notify_subscribers: false publica un informe de estado sin avisar. Si resuelves un incidente de un monitor que sigue fallando, la siguiente comprobación abre uno nuevo. Un informe de estado se cierra con una actualización que pone cada recurso afectado en resolved.
Formatos de datos: las respuestas siguen JSON:API: data (un objeto o una lista) con id, type, attributes y relationships; los usuarios relacionados y las actualizaciones de estado llegan en included. Los ids son cadenas numéricas. Las horas son ISO 8601 en UTC; los filtros de fecha (from, to) usan YYYY-MM-DD. La disponibilidad es un porcentaje (99.98); el tiempo de caída, la duración de los incidentes y los tiempos de respuesta están en segundos. El status de un incidente es Started, Acknowledged o Resolved. Las contraseñas de los monitores, las variables de entorno de Playwright y los tokens de incidente de las políticas se quitan de las respuestas.
Paginación: las listas devuelven pagination.next, una URL que es null en la última página; la IA vuelve a llamar con page igual al número de página de esa URL. per_page es 50 por defecto y hasta 250; los incidentes empiezan en 10 y admiten 50.
Errores comunes: 401 indica un token incorrecto o revocado, o un token de Telemetry en lugar de uno de Incidents. 403 es un token sin permiso de escritura, 404 un id desconocido o de otro equipo, 422 un error de validación cuyo errors nombra el campo, 429 el límite de peticiones.
El conector no cubre Better Stack Telemetry (logs, métricas, dashboards) y no borra monitores, heartbeats, incidentes ni páginas de estado.
Requisitos previos: BETTER_STACK_API_TOKEN
Instalar el conector localmente
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
Abre http://localhost:3000/connectors/store, elige Better Stack e introduce las variables listadas en los Requisitos previos.
Herramientas disponibles
| 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… |
Ejemplos de prompts
- "¿Hay algo caído ahora mismo? Lista los monitores caídos con su URL y última comprobación."
- "¿Cuál fue la disponibilidad del monitor de https://shop.example.com el mes pasado y cuál fue el incidente más largo?"
- "¿Quién está de guardia en el calendario predeterminado este sábado a las 22:00?"
- "Muestra los incidentes abiertos con su causa y cronología, y luego reconoce el de la API de pagos."
- "Publica en nuestra página de estado un mantenimiento planificado para el domingo de 02:00 a 03:00 UTC que afecta a la API, sin avisar a los suscriptores. Enséñame antes el texto."
Siguientes pasos
¿Te ha sido útil esta guía?