Пропустите установку. Заработает меньше чем за 2 минуты.
Начните бесплатный период на cloud.anythingmcp.com, добавьте Better Stack одним кликом и направьте свой ИИ-клиент (Claude, ChatGPT, Copilot или Cursor) на сгенерированный MCP-эндпоинт. Без Docker, без git clone, без опыта разработки.
Кратко
Мониторинг аптайма и управление инцидентами Better Stack: мониторы и heartbeat с доступностью и временем ответа, инциденты с подтверждением, эскалацией и закрытием, календари дежурств, политики эскалации, страницы статуса и отчёты о статусе, а также настроенные интеграции.
Попробуй спросить
Примеры промптов для Better Stack
Кликни по промпту — он скопируется. Вставь в Claude, ChatGPT, Cursor, Gemini, Copilot или OpenClaw и запусти через этот коннектор.
Claude — это AI, он может ошибаться. Проверяйте ответы.
💡 Без установки? Используйте cloud.anythingmcp.com напрямую. Войдите, нажмите Connectors → Better Stack, вставьте учётные данные, создайте MCP API key, и готово. Без Docker, без
git clone, без локального сервера.
Better Stack
Мониторинг аптайма и управление инцидентами Better Stack: мониторы и heartbeat с доступностью и временем ответа, инциденты с подтверждением, эскалацией и закрытием, календари дежурств, политики эскалации, страницы статуса и отчёты о статусе, а также настроенные интеграции.
Настройка
Настройка занимает около 2 минут. Коннектор использует Better Stack Incidents API (бывший Better Uptime, https://incidents.betterstack.com/api).
- Откройте https://betterstack.com/settings/api-tokens/0, выберите команду и скопируйте или создайте токен в Incidents API tokens. Такой токен команды проще всего.
- Подходит и глобальный API-токен (https://betterstack.com/settings/global-api-tokens), он охватывает все команды. С ним ИИ передаёт
team_nameдля фильтрации списков, а при создании мониторов, heartbeat или инцидентов этот параметр обязателен. - Вставьте токен в
BETTER_STACK_API_TOKEN. Для записи нужен токен с правом записи. - Установите коннектор и запустите
better_stack_list_monitors, чтобы проверить токен.
Что он читает:
- Мониторы аптайма со статусом (
up,down,paused,validating,maintenance), URL, типом, частотой, регионами и последней проверкой, полную конфигурацию монитора, его доступность (SLA) за период и время ответа по регионам за последние 24 часа. Группы мониторов и мониторы в группе. - Heartbeat для cron-задач и фоновых процессов с ping-URL, периодом, допуском и статусом, их доступность и группы heartbeat.
- Инциденты от новых к старым с причиной, статусом, временем начала, подтверждения и закрытия и тем, кто это сделал, с фильтрами по датам, монитору, heartbeat, закрытым или подтверждённым; один инцидент с ошибочным ответом; его хронологию оповещений, подтверждений, эскалаций, комментариев и обновлений страницы статуса; и его комментарии.
- Кто дежурит: календари дежурств с текущим дежурным, календарь на заданный момент (
defaultдля календаря команды по умолчанию) и смены в окне времени. Политики эскалации с их шагами и уровни серьёзности с каналами оповещения. - Страницы статуса, показанные на них ресурсы с доступностью и дневной историей, отчёты о статусе и их обновления.
- Настройки: входящие и исходящие вебхуки, интеграции со Slack и метаданные, например владелец сервиса или окружение.
Что он записывает: мониторы (better_stack_create_monitor, better_stack_update_monitor, better_stack_pause_monitor и better_stack_resume_monitor на время плановых работ); heartbeat (better_stack_create_heartbeat возвращает ping-URL, который задача должна вызывать после каждого запуска, better_stack_update_heartbeat); инциденты (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); страницы статуса (better_stack_create_status_report, better_stack_add_status_update по мере развития событий, better_stack_update_status_report, чтобы сменить заголовок или перенести обслуживание).
Все инструменты включены при установке, в том числе записывающие. Создание инцидента, его эскалация и публикация отчёта о статусе оповещают реальных людей или публичных подписчиков, поэтому ИИ сначала спрашивает вас; notify_subscribers: false публикует отчёт без оповещения. Если закрыть инцидент монитора, который всё ещё падает, следующая проверка откроет новый. Отчёт о статусе закрывается обновлением, которое переводит каждый затронутый ресурс в resolved.
Форматы данных: ответы следуют JSON:API: data (один объект или список) с id, type, attributes и relationships; связанные пользователи и обновления статуса приходят в included. Id это числовые строки. Время в ISO 8601 по UTC; фильтры по дате (from, to) принимают YYYY-MM-DD. Доступность указана в процентах (99.98); простой, длительность инцидентов и время ответа в секундах. status инцидента: Started, Acknowledged или Resolved. Пароли мониторов, переменные окружения Playwright и токены инцидентов политик из ответов удаляются.
Постраничный вывод: списки возвращают pagination.next, URL, который на последней странице равен null; ИИ вызывает снова с page, равным номеру страницы из этого URL. per_page по умолчанию 50 и не больше 250; для инцидентов по умолчанию 10, максимум 50.
Частые ошибки: 401 означает неверный или отозванный токен либо токен Telemetry вместо токена Incidents. 403 это токен без права записи, 404 неизвестный id или id другой команды, 422 ошибка валидации, где errors называет поле, 429 лимит запросов.
Коннектор не охватывает Better Stack Telemetry (логи, метрики, дашборды) и не удаляет мониторы, heartbeat, инциденты или страницы статуса.
Предварительные требования: BETTER_STACK_API_TOKEN
Локальная установка коннектора
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
Откройте http://localhost:3000/connectors/store, выберите Better Stack и введите переменные, перечисленные в Предварительных требованиях.
Доступные инструменты
| 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… |
Примеры запросов
- «Что-нибудь сейчас лежит? Перечисли мониторы в статусе down с URL и последней проверкой.»
- «Какой была доступность монитора https://shop.example.com в прошлом месяце и какой инцидент был самым долгим?»
- «Кто дежурит по календарю по умолчанию в эту субботу в 22:00?»
- «Покажи открытые инциденты с причиной и хронологией, а затем подтверди инцидент по платёжному API.»
- «Опубликуй на нашей странице статуса плановое обслуживание API в воскресенье с 02:00 до 03:00 UTC без оповещения подписчиков. Сначала покажи текст.»
Следующие шаги
Это руководство помогло?