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