MCP Events: агент реагирует на событие сам, а не ждёт промпта

Что изменилось

Раньше агент ждал, пока человек откроет чат и сформулирует задачу. Теперь цепочка выглядит так. Сервер объявляет каталог событий: имя, фильтры, схема payload. Пользователь в ChatGPT говорит, что мониторить и что делать при срабатывании. ChatGPT создаёт подписку с webhook URL и секретом подписи. Сервер верифицирует callback challenge и шлёт события по стандарту Standard Webhooks. ChatGPT получает payload и выполняет инструкцию пользователя.

В таблице сценариев OpenAI приводит, в частности: мониторинг канала с обратной связью по продукту с открытием черновика pull request при сообщении об ошибке; слежение за review-комментариями в документе с фильтром по идентификатору документа.

Иллюстрация автора (не цитата OpenAI): «следи за новыми сообщениями в канале с обратной связью; если появляется баг — изучи документы и подготовь draft PR» — тот же паттерн, что подписка на новое сообщение плюс действие агента.

Документация отдельно перечисляет, что ChatGPT поддерживает доставку через вебхук и верификацию обратного вызова; опрос, потоковая передача и часть черновых уведомлений в этой интеграции не поддерживаются. Для плагина нужно постоянное хранилище подписок и исходящий HTTPS.

Что это означает для бизнеса

Практическое разделение, которое я использую с командами. Workflow (детерминированное): «если статус равен X, отправь письмо по шаблону». Event → agent (требует анализа): «при смене стадии сделки разберись, почему она зависла, и предложи следующий шаг».

Иллюстрация автора для CRM-коннектора (имена событий — пример, не из документации OpenAI): создание лида, смена стадии сделки, неактивная сделка, новый комментарий — и одно согласованное действие агента на каждое. Это продуктовый слой каталога событий, а не ещё десять инструментов.

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

Если вы проектируете коннектор для маркетинга, начните с каталога событий в документации плагина: пользователь в ChatGPT должен увидеть события рядом с инструментами. Затем опишите одно событие с низким риском — например, только чтение или черновик с подтверждением. И только потом добавляйте события, которые меняют данные в CRM или рекламном кабинете.

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

Технически закладывайте идемпотентность: события могут приходить не по порядку, доставка повторяется. Документация OpenAI требует уникальный идентификатор события и повторные попытки с экспоненциальной задержкой. На стороне маркетинга это переводится в правило: один и тот же лид не должен породить три одинаковых письма, если вебхук дёрнулся трижды.

Если вы уже ведёте каталог MCP-инструментов для рекламы и аналитики, не дублируйте логику в десятке новых tools «на каждый чих». Сначала опишите события: что именно изменилось в системе и какой минимальный контекст нужен агенту. Затем — одно действие по умолчанию и явное подтверждение на запись. Так вы сохраняете читаемость коннектора для человека и не раздуваете поверхность атаки.

С точки зрения безопасности помните про проверку callback URL: документация требует HTTPS, запрет приватных адресов и отсутствие редиректов. Для корпоративного контура это значит, что вебхук-эндпоинт должен жить в зоне, которую видит служба безопасности, с журналом доставок. Иначе событийный слой станет дырой в периметре раньше, чем принесёт пользу маркетингу.

Частые вопросы

Нужен ли отдельный сервер для событий? События реализуются на том же аутентифицированном MCP-эндпоинте, что и инструменты — отдельный микросервис не обязателен, но нужно хранилище подписок и исходящий HTTPS.

Заменяет ли Events cron и n8n? Нет. Cron и n8n остаются для детерминированных цепочек. Events — когда нужен смысл события и решение агента.

Какая версия протокола обязательна? MCP 2.0, дата версии 2026-07-28, как в документации OpenAI.