Что такое MCP-сервер и зачем он мониторингу сайтов

MCP-сервер — это переходник между ИИ-ассистентом и внешним сервисом. Через него Claude, ChatGPT или Cursor получают не только текст из чата, но и доступ к настоящим данным: задачам в трекере, файлам, базе или, как в нашем случае, к мониторингу сайтов. Ассистент видит список того, что умеет сервер, сам решает, что вызвать, и отвечает по свежим данным, а не по памяти модели.

Протокол называется Model Context Protocol. Его представила Anthropic в ноябре 2024 года как открытый стандарт, а в 2025-м его поддержали OpenAI, редакторы кода и десятки других приложений. Благодаря этому один и тот же сервер подключается к любому ассистенту, который понимает MCP, — писать отдельную интеграцию под каждое приложение не нужно.

Как устроен MCP

В схеме три участника:

• Клиент — приложение, в котором вы общаетесь с моделью: Claude, ChatGPT, Cursor, Claude Code.
• Сервер — сервис, который предоставляет данные и действия. Он может работать у вас на компьютере или в интернете по адресу вида https://сервис/mcp.
• Инструменты — конкретные операции сервера с описанием на естественном языке: «показать мониторы», «результаты проверок за последний час», «поставить монитор на паузу».

Когда вы задаёте вопрос, клиент передаёт модели описания инструментов. Модель решает, какие из них нужны, клиент вызывает их на сервере и возвращает ответ модели, а она складывает из результатов человеческий ответ. Если для ответа нужно несколько шагов — сначала найти монитор, потом его инциденты, потом результаты по точкам, — модель делает их по очереди сама.

Удалённые серверы работают по HTTP, а вход обычно устроен через OAuth: приложение открывает страницу сервиса, вы входите в свой аккаунт и подтверждаете, что разрешаете. Пароль от сервиса ассистент при этом не видит — он получает только токен с ограниченными правами, который можно отозвать.

Чем MCP отличается от обычного API

API рассчитан на программиста: нужно прочитать документацию, написать код, разобраться с форматами. MCP рассчитан на модель: инструменты описаны словами, параметры — простыми схемами, и модель сама понимает, когда и что вызвать. Человеку не нужно знать, какие запросы существуют, — достаточно сформулировать задачу.

При этом MCP не заменяет API. Для скриптов, CI и массовых операций по расписанию API по-прежнему удобнее и предсказуемее. MCP хорош там, где вопрос заранее неизвестен: «что случилось ночью», «почему сайт медленный только у части клиентов», «сравни аптайм двух проектов за месяц».

Зачем MCP мониторингу сайтов

Мониторинг копит много данных: результаты проверок с разных точек, инциденты, время ответа, аптайм по дням. Обычно, чтобы ответить на простой вопрос, приходится открыть кабинет, найти монитор, пролистать журнал и сопоставить точки. Ассистент с доступом к мониторингу делает это за вас:

• Утренний обзор. «Что сейчас не в порядке?» — список упавших и проблемных мониторов с текстом ошибки и точками, которые её видят.
• Разбор ночного сбоя. «Почему вчера падал api.example.ru?» — когда начался инцидент, какие точки его подтвердили, какой был код ответа и когда сайт вернулся.
• Проверка перед релизом. «Открывается ли новый домен из России, и всё ли в порядке с сертификатом?» — разовые проверки без создания монитора.
• Массовая настройка. «Заведи мониторинг SSL и срока домена для всех сайтов из этого списка» — вместо двадцати одинаковых форм.
• Отчёт клиенту. «Какой аптайм был у магазина за 30 дней и сколько длились простои?» — цифры, которые можно сразу вставить в письмо.

Пример: разбор сбоя через ассистента

Допустим, ночью пришло уведомление о сбое, а утром вы спрашиваете ассистента: «Что было ночью с shop.example.ru?». Под капотом происходит примерно следующее:

1. Ассистент вызывает список мониторов с поиском по адресу и находит нужный.
2. Запрашивает инциденты этого монитора и видит закрытый инцидент с 02:14 до 02:31 по московскому времени.
3. Открывает подробности инцидента: какие точки подтвердили сбой и какая была ошибка — например, 502 на точках в Москве, Казани и Хельсинки.
4. Смотрит результаты проверок вокруг этого времени, чтобы понять, был ли сбой резким или сайт сначала начал отвечать медленно.

В ответ вы получаете короткое объяснение: сбой длился 17 минут, его видели все точки — значит, дело в самом сервере, а не в сети; перед падением время ответа выросло с 0,4 до 6 секунд. Это уже готовый повод проверить логи бэкенда в 02:10–02:15, а не гадать.

Что проверить перед подключением любого MCP-сервера

Подключая MCP-сервер, вы даёте ассистенту доступ к своему аккаунту в сервисе. Перед этим стоит проверить несколько вещей:

• Права. Хорошо, когда можно выбрать доступ только на чтение. Ассистенту, который отвечает на вопросы, право что-то менять не нужно.
• Подтверждение опасных действий. Удаление и другие необратимые операции должны требовать вашего явного согласия, а не выполняться по первой интерпретации модели.
• Секреты. Пароли, токены и заголовки авторизации из настроек не должны попадать в ответы ассистента.
• Отзыв доступа. В сервисе должно быть видно, какие приложения подключены, и отключить их можно в один клик.
• Источник. Подключайте серверы только тех сервисов, которыми пользуетесь сами. Данные из инструментов попадают в контекст модели, и недобросовестный сервер может подсунуть в них инструкции для ассистента.

Как подключить мониторинг Нотифарио

У Нотифарио есть собственный MCP-сервер по адресу https://notifar.io/mcp. В Claude или ChatGPT его добавляют как коннектор: вставляете адрес, подтверждаете доступ на странице Нотифарио — и можно спрашивать о своих сайтах. Что именно умеет ассистент и как устроена безопасность, описано на странице мониторинг сайтов в ИИ-ассистентах, а пошаговая настройка для Claude, ChatGPT, Claude Code и Cursor — в инструкции по подключению MCP.

Ассистент видит только ваш аккаунт, может работать в режиме «только просмотр», не видит паролей из настроек мониторов и не удаляет ничего без вашего подтверждения. Разовые проверки адресов через ассистента бесплатны, а мониторы, которые он создаёт, оплачиваются по обычным ценам за проверку.