Как подключить Statuspage к Gemini через MCP

💡 Без установки? Используйте cloud.anythingmcp.com напрямую. Войдите, нажмите Connectors → Statuspage, вставьте учётные данные, создайте MCP API key, и готово. Без Docker, без git clone, без локального сервера.

Statuspage + Gemini

Atlassian Statuspage через API управления: страницы статуса, компоненты и группы с аптаймом, инциденты и плановые работы со всеми обновлениями, шаблоны инцидентов, подписчики и системные метрики. Открывайте и обновляйте инциденты, объявляйте плановые работы, меняйте статусы компонентов, управляйте подписчиками и отправляйте данные метрик.

Предварительные требования

Полные инструкции по настройке встроены в коннектор (видны в магазине при выборе коннектора). Требуемые переменные окружения:

STATUSPAGE_API_KEY

Шаг 1 — Получите учётные данные

Настройка занимает около 2 минут. Нужна учётная запись Statuspage.

1. Войдите на https://manage.statuspage.io, откройте меню аватара (внизу слева) и выберите API info.
2. Скопируйте существующий API-ключ или создайте новый. Ключ действует с правами пользователя, которому принадлежит, и открывает доступ ко всем страницам организации; ограничить его только чтением нельзя.
3. Вставьте в STATUSPAGE_API_KEY только сам ключ, без OAuth или Bearer впереди: заголовок Authorization: OAuth <key> коннектор формирует сам.
4. Установите коннектор и запустите statuspage_list_pages, чтобы проверить ключ. Всем остальным инструментам нужен возвращённый page_id; id страницы также показан на странице API info.

Коннектор работает с API управления https://api.statuspage.io/v1, а не с публичным API статуса страницы (<page>.statuspage.io/api/v2).

Что сейчас не работает: statuspage_list_unresolved_incidents (investigating, identified или monitoring), statuspage_list_active_maintenances, statuspage_list_components со status каждого компонента, затем statuspage_get_incident для всех обновлений. statuspage_list_incidents показывает историю и с помощью q ищет по названиям, статусам, постмортемам и текстам обновлений. statuspage_get_postmortem читает постмортем инцидента.

Компоненты и аптайм: statuspage_get_component, statuspage_create_component и statuspage_update_component, который меняет статус без открытия инцидента. Группы: statuspage_list_component_groups, statuspage_get_component_group, statuspage_create_component_group и statuspage_update_component_group (при каждом обновлении нужны название и полный список компонентов). statuspage_get_component_uptime и statuspage_get_component_group_uptime возвращают аптайм в процентах, секунды крупных и частичных сбоев и связанные события за период не длиннее шести календарных месяцев (по умолчанию последние 90 дней); у компонента должно быть включено отображение аптайма.

Коммуникация об инцидентах: ИИ может начать с statuspage_list_incident_templates, чтобы взять согласованные формулировки, открыть инцидент через statuspage_create_incident (название, первое сообщение, статус, затронутые components с новым статусом), публиковать ход работ через statuspage_update_incident (identified, monitoring, затем resolved, каждый раз с body, а в конце вернуть компоненты в operational) и исправить опечатку в прежнем обновлении через statuspage_edit_incident_update. Новые шаблоны создаёт statuspage_create_incident_template.

Плановые работы: statuspage_create_scheduled_maintenance объявляет окно (scheduled_for до scheduled_until) с затронутыми компонентами, по желанию с напоминаниями и автоматическим началом и завершением, которые переводят компоненты в under_maintenance и обратно. statuspage_list_upcoming_incidents и statuspage_list_scheduled_incidents показывают запланированное; statuspage_update_incident переводит работы в in_progress, verifying или completed либо переносит их.

Подписчики: statuspage_count_subscribers и statuspage_get_subscriber_histogram дают количество по типам и состояниям, а также statuspage_list_subscribers (поиск через q), statuspage_get_subscriber, statuspage_list_unsubscribed_subscribers и statuspage_list_incident_subscribers. statuspage_create_subscriber подписывает человека по email, SMS или webhook на всю страницу или отдельные компоненты; statuspage_unsubscribe_subscriber отписывает. Контактные данные являются персональными, поэтому ИИ запрашивает их только при необходимости.

Метрики: statuspage_list_metrics, statuspage_get_metric и statuspage_list_metrics_providers (Datadog, New Relic, Pingdom, Librato или собственная отправка). statuspage_add_metric_data отправляет одно значение с Unix-меткой времени в метрику, данные которой вы передаёте сами.

Перед записью: инциденты, плановые работы и статусы компонентов публичны, и по умолчанию каждое изменение рассылает email, SMS и вызовы webhook всем подписчикам. ИИ показывает вам текст и компоненты и ждёт вашего согласия; с deliver_notifications: false изменение проходит без уведомлений.

Отключено при установке: statuspage_delete_incident, который удаляет инцидент или плановые работы со всеми обновлениями со страницы и из истории без возможности отмены. Обычно лучше закрыть инцидент как resolved; администратор рабочего пространства включает инструмент, когда он нужен команде.

Форматы данных: id представляют собой строки из 12 символов (например, gytm4qzbx9t6). Время указывается в ISO 8601 с часовым поясом; даты аптайма имеют вид YYYY-MM-DD в часовом поясе страницы, длительность сбоев указана в секундах. status компонента: operational, under_maintenance, degraded_performance, partial_outage или major_outage. impact инцидента: none, maintenance, minor, major или critical, а incident_updates идут от новых к старым. Цвета и URL логотипа страницы в ответы не включаются.

Постраничный вывод: списки принимают page (с 1) и per_page (не больше 100); statuspage_list_incidents использует limit вместо per_page. statuspage_list_subscribers считает page с 0 и без limit возвращает всё, поэтому на больших страницах ИИ задаёт лимит. Страница короче размера страницы является последней.

Ограничения и частые ошибки: каждый ключ может делать примерно 1 запрос в секунду в среднем за минуту; 420 или 429 означают, что нужно подождать и повторить. 401 означает неверный или удалённый ключ, 403 указывает на пользователя без прав или тариф без нужной функции, 404 на неизвестный id или страницу, недоступную ключу, 422 на ошибку проверки с названием поля (например, статус, не подходящий к типу инцидента).

Коннектор не меняет настройки страницы, не удаляет компоненты, группы и шаблоны, не пишет и не публикует постмортемы и не создаёт метрики или поставщиков метрик.

Шаг 2 — Установите адаптер

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

Шаг 3 — Добавьте коннектор в Gemini

URL вашего сервера: в AnythingMCP откройте MCP Servers → сервер, на котором находится этот коннектор, и скопируйте его URL (https://cloud.anythingmcp.com/mcp/…). Используйте его везде, где в этом руководстве указано YOUR_SERVER_ID.

Gemini CLI читает MCP-серверы из ~/.gemini/settings.json (в Windows: %USERPROFILE%\.gemini\settings.json). Добавь:

{
  "mcpServers": {
    "anythingmcp": {
      "httpUrl": "https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID",
      "headers": { "X-API-Key": "YOUR_MCP_API_KEY" }
    }
  }
}

1. Создай MCP API-ключ в AnythingMCP в разделе MCP Servers → твой сервер → API keys и вставь его вместо YOUR_MCP_API_KEY.
2. Сохрани файл и перезапусти gemini.
3. Выполни /mcp в Gemini CLI (или gemini mcp list в терминале): anythingmcp должен отображаться как подключённый.
4. Начинай писать промпты: Gemini CLI теперь может вызывать инструменты Statuspage.

Доступные инструменты

Примеры запросов

• «Показывает ли сейчас наша страница статуса какой-нибудь сбой? Перечисли открытые инциденты и компоненты, которые не в operational.»
• «Открой инцидент «Ошибки входа» с компонентом API в partial_outage. Покажи мне текст перед публикацией.»
• «Опубликуй обновление по инциденту со входом: исправление выкачено, мы наблюдаем. Подписчиков не уведомляй.»
• «Объяви обслуживание базы данных в следующий вторник с 22:00 до 23:00 UTC, которое начнётся и завершится автоматически.»
• «Какой был аптайм у каждого компонента за последние 90 дней и сколько у нас активных email-подписчиков?»

FAQ

Где Gemini CLI ищет MCP-серверы? В ~/.gemini/settings.json для твоего пользователя или в .gemini/settings.json внутри проекта. gemini mcp list показывает каждый сервер и статус подключения.

Следующие шаги

• Страница коннектора
• Подключить к Claude
• Подключить к ChatGPT
• Подключить к Cursor
• Подключить к Meta Muse
• Подключить к Microsoft Copilot