MCP-сервер Cloudflare теперь отправляет агентам проблемы Workers
Сегодня в дайджесте расширений запись Cloudflare от 13 октября: API MCP-сервер отправляет Workers Issues как MCP Events, и агент может реагировать без опроса.
Факты проверены 14 октября 2026
13 октября 2026 года Cloudflare сообщила, что её API MCP-сервер теперь отправляет Workers Issues как MCP Events, первое событие сервера. Клиент подписывается и получает подписанный вебхук, когда Issues находит новую или повторяющуюся ошибку. Нужен клиент с поддержкой вебхуков MCP Events. Я прочитал журнал изменений и метаданные репозитория и ничего не запускал. Журнал изменений
Что сказано в журнале изменений
Workers Issues это встроенный мониторинг ошибок Cloudflare для Workers. По журналу, он обнаруживает сбои в продакшене и группирует связанные в проблемы без SDK и обёрток в приложении. API MCP-сервер теперь отдаёт эти проблемы как MCP Events, первое событие, которое он предлагает.
Журнал изменений Cloudflare, 13 октября 2026Как это использует клиент
Клиенты находят событие cloudflare.alert.workers_observability_real_time_issue через events/list и подписываются через events/subscribe, в рамках аккаунта или одного Worker. Когда Issues обнаруживает новую или повторяющуюся проблему, сервер отправляет подписанное событие на вебхук клиента, и агент может начать разбор без опроса.
Настройка по документации
Включите Issues для вашего Worker, затем подключите https://mcp.cloudflare.com/mcp к клиенту с поддержкой вебхуков MCP Events. В журнале названы два разрешения: Notifications Write и Workers Observability Write. Я ничего не подключал, поэтому эти шаги принадлежат вендору, а не мне.
Лицензия и поддержка
Cloudflare API MCP-сервер ведётся в репозитории cloudflare/mcp, как сказано в README старого репозитория mcp-server-cloudflare. Файл LICENSE в cloudflare/mcp это Apache License 2.0. GitHub API показал 950 звёзд и последний push 13 октября 2026 при проверке 14 октября. Звёзды это сигнал популярности, а не оценка качества. Описания событий в README cloudflare/mcp я не нашёл, а журнал не говорит, совпадает ли размещённая конечная точка с кодом репозитория.
Репозиторий cloudflare/mcpАнализ: мой вывод
Push-события меняют характер сбоев. Агент с опросом тратит вызовы и реагирует поздно. Агент на вебхуке реагирует быстро, и всё, что дошло до вебхука, может запустить работу. Оба разрешения из журнала это права на запись, поэтому я бы взял токен, ограниченный одним аккаунтом, и проверил на одном некритичном Worker. Журнал говорит, что события подписаны, поэтому проверяйте подпись каждой доставки и считайте текст проблемы недоверенным вводом: в нём может быть содержимое ошибок вашего приложения.
Что я не смог подтвердить
Я не подписывался на событие и не смотрел полезную нагрузку, поэтому не могу описать её поля и схему подписи. В журнале нет лимитов, поведения повторов и гарантий доставки. Какие клиенты поддерживают вебхуки MCP Events, там не сказано.
Иллюстративный список внедрения, не выполнялся
[ ] token limited to one account, Notifications Write + Workers Observability Write only
[ ] enable Issues on one non-critical Worker first
[ ] verify the signature on every webhook delivery; reject unsigned
[ ] treat issue text as untrusted input in the agent prompt
[ ] cap what the agent may do on its own after an alert
[ ] log delivery time and what the agent did