Runbook AI-агента для status checks через MCP
AI-агент не должен угадывать, лежит ли production. Он должен прочитать статус мониторов, кратко собрать факты и попросить человека подтвердить публичный текст.
MCP StillOnline даёт агенту практичный первый шаг: проверить состояние мониторов до черновика incident update.
Краткий ответ
Безопасный runbook AI-агента: list monitors, get current status, summarize affected components, затем draft incident update на проверку человеку. StillOnline описывает MCP status workflows в MCP docs, а сам Model Context Protocol документирован на modelcontextprotocol.io с примерами в MCP GitHub organization. Дополните это фактами продукта: Free даёт один канал владельца, Pro/Ultimate — email, Telegram и Slack на тарифах.
Минимальный runbook
Первую версию держите read-only. Агент собирает статус и готовит текст, но человек публикует инцидент.
| Шаг | Действие агента | Контроль человека |
|---|---|---|
| 1 | List monitors | Не нужен |
| 2 | Read status | Не нужен |
| 3 | Найти affected component | Review |
| 4 | Draft incident update | Approve before publish |
Форма prompt
Попросите агента писать конкретно: monitor name, status, observed time, likely user-facing component и короткий proposed update. Запретите выдумывать root cause.
Это хорошо ложится на страницу статуса StillOnline: компоненты и incident posts уже есть. Агенту не нужно придумывать новую модель коммуникации.
Что не автоматизировать
Не давайте агенту публиковать публичный инцидент, закрывать инцидент или обещать ETA без подтверждения. Агент ускоряет черновик, но владелец отвечает за сообщение. Runbook логично дополняет MCP-мониторинг для AI-агентов, а ритм обновлений во время инцидента по-прежнему остаётся за человеком.
FAQ
AI-агент может проверять статус StillOnline через MCP?
Да. Полезный сценарий начинается read-only: list monitors, текущий статус и краткое описание affected components.
Стоит ли агенту автоматически публиковать инциденты StillOnline?
Нет. Пусть агент готовит черновик, а customer-facing текст подтверждает человек. Так меньше риска выдумать root cause или ETA.
Что включить в summary статуса от AI-агента?
Monitor name, current state, timestamp, affected component и короткий suggested customer update. Без спекуляций.
MCP в StillOnline нужен только большим командам?
Нет. Solo founder может использовать MCP как быстрый operational check в Cursor или другом агентском workflow, особенно во время шумного инцидента.
Дополнительно
MCP: статус и мониторинг для AI-агентов
Пошаговая настройка MCP в популярных AI-IDE: статус сервисов, checks.list, публичный JSON — мастер setup, конфиг по клиентам, Pro API-ключ. StillOnline.
REST API uptime и статус сервиса
Публичный JSON статуса без ключа и checks.list с last_status по Bearer — примеры curl, лимиты, пауза проверок, API-ключ Pro. StillOnline. Без установки на сервер.
Ритм обновлений при инциденте: правило пяти минут
Первое обновление на странице статуса за пять минут, «нет новостей» как валидный пост, cadence при outage на StillOnline.
GEO для uptime monitoring в ChatGPT и Perplexity
Как писать про uptime monitoring, чтобы ChatGPT, Perplexity и AI Overviews могли цитировать факты, лимиты и примеры StillOnline без keyword stuffing.