MCP-сервер: в планах

Как обстоят дела

Сейчас у Tenium нет сервера Model Context Protocol. Устанавливать нечего, нет адреса, к которому можно подключить ассистента, и нет списка бета-тестировщиков с датой запуска. Мы пишем эту страницу, потому что об этом спрашивают, а расплывчатое «ИИ-интеграция скоро» хуже прямого рассказа о том, что уже есть и что пока лишь замысел.

Существует REST API. Всё, что описано ниже, можно сделать с ним уже сегодня: скриптом или ассистентом, который умеет выполнять HTTP-запросы.

Что MCP-сервер позволил бы делать ассистенту

Первая версия, которую мы бы создали, намеренно небольшая и в основном работает только на чтение. Идея в том, чтобы человек мог задать ассистенту вопрос своими словами и получить ответ на основе живых данных, не открывая панель управления.

• Читать состояние мониторов. «Какие мониторы клиента А сейчас не работают?» или «Каким было время ответа страницы оформления заказа в магазине на этой неделе?» Это сводится к просмотру списка мониторов и истории проверок.
• Читать инциденты. «Коротко опиши вчерашний инцидент: когда начался, какие регионы его подтвердили, сколько длился». Это чтение инцидента вместе с подтверждениями.
• Вносить небольшие обратимые изменения. «Создай окно обслуживания на субботу с 02:00 до 03:00 для тестовых мониторов». С записью мы были бы осторожнее всего, поэтому она требовала бы ключа с правом записи и явного подтверждения от человека, который пользуется ассистентом.
• Добавлять контекст. «Добавь к инциденту заметку, что хостинг перезапустил PHP-FPM». Заметки уже есть в API и появляются в хронологии и в ежемесячных отчётах.

Важная оговорка: окна обслуживания сегодня нельзя создать через REST API, их настраивают в приложении. Для соответствующего инструмента MCP сначала понадобился бы такой эндпоинт, так что это зависимость, а не обещание.

Принципы, которых мы бы придерживались

• Никаких новых прав доступа. Сервер использовал бы те же ключи API и те же уровни доступа, что и всё остальное. Ключ для чтения никогда не смог бы ничего изменить, а отзыв ключа сразу прекращал бы доступ ассистента.
• Изоляция клиентов сохраняется. Ключ, привязанный к одному пространству клиента, открывал бы только мониторы этого пространства.
• Небольшое число инструментов. Несколько понятно названных инструментов, а не копия каждого эндпоинта. Ассистенты лучше выбирают инструмент, когда их немного.
• Журнал действий. Изменения, сделанные через сервер, попадали бы в тот же журнал аудита, что и изменения в приложении.

Что можно делать уже сегодня

Если вы хотите, чтобы ассистент помогал с мониторингом прямо сейчас, практичный путь — REST API. Создайте ключ только для чтения в разделе Настройки → Ключи API, дайте ассистенту возможность запускать curl или небольшой скрипт и пусть он вызывает GET /monitors, GET /incidents и GET /monitors/{id}/checks. Оставляйте ключ только для чтения, если нет особой причины поступить иначе. Ключи с правом записи доступны на тарифах Pro и Agency, а все примеры есть в документации по API и на странице для разработчиков.

Для автоматизации по оповещениям есть второй путь: подписанные webhook. Контакт типа webhook доставляет события инцидентов на адрес, который вы контролируете, где небольшой сервис передаст их тому инструментарию, которым вы пользуетесь. См. формат данных webhook.

Расскажите, зачем он вам нужен

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