Le serveur MCP de Cloudflare pousse maintenant les problèmes Workers vers les agents

Faits vérifiés le 14 octobre 2026

Le 13 octobre 2026, Cloudflare a indiqué que son serveur MCP de l'API envoie désormais Workers Issues comme MCP Events, son premier événement. Un client s'abonne et reçoit un webhook signé quand Issues détecte une panne nouvelle ou récurrente. Il faut un client compatible avec les webhooks MCP Events. J'ai lu le journal et les métadonnées du dépôt sans rien exécuter. Journal des modifications

Ce que dit le journal

Workers Issues est la surveillance d'erreurs intégrée de Cloudflare pour Workers. Selon le journal, elle détecte les pannes en production et regroupe celles qui sont liées en problèmes, sans SDK ni enveloppe applicative. Le serveur MCP de l'API expose désormais ces problèmes comme MCP Events, le premier événement qu'il propose.

Comment un client l'utilise

Les clients découvrent l'événement cloudflare.alert.workers_observability_real_time_issue avec events/list et s'abonnent avec events/subscribe, pour un compte ou un seul Worker. Quand Issues détecte un problème nouveau ou récurrent, le serveur envoie un événement signé au webhook du client, et un agent peut commencer l'enquête sans interroger en boucle.

Mise en place, selon la documentation

Activez Issues sur votre Worker, puis connectez https://mcp.cloudflare.com/mcp à un client compatible avec les webhooks MCP Events. Le journal cite deux permissions : Notifications Write et Workers Observability Write. Je n'ai rien connecté, donc ces étapes viennent du fournisseur, pas de moi.

Licence et maintenance

Le serveur MCP de l'API Cloudflare est maintenu dans le dépôt cloudflare/mcp, d'après le README de l'ancien dépôt mcp-server-cloudflare. Le fichier LICENSE de cloudflare/mcp est l'Apache License 2.0. L'API GitHub affichait 950 étoiles et un dernier push le 13 octobre 2026 lors de ma vérification du 14 octobre. Les étoiles sont un signal de popularité, pas une note de qualité. Je n'ai pas trouvé les événements décrits dans le README de cloudflare/mcp, et le journal ne dit pas si le point de terminaison hébergé correspond au code du dépôt.

Analyse : mon inférence

Les événements poussés changent le mode de défaillance. Un agent qui interroge gaspille des appels et réagit tard. Un agent piloté par webhook réagit vite, et tout ce qui atteint le webhook peut lancer du travail. Les deux permissions du journal sont des droits d'écriture : j'utiliserais un jeton limité à un compte et je testerais sur un seul Worker non critique. Le journal dit que les événements sont signés, donc vérifiez la signature à chaque livraison et traitez le texte du problème comme une entrée non fiable : il peut contenir des éléments des erreurs de votre application.

Ce que je n'ai pas pu confirmer

Je ne me suis pas abonné à l'événement et n'ai pas inspecté de charge utile, donc je ne peux pas décrire ses champs ni le schéma de signature. Le journal ne donne ni limites de débit, ni comportement de nouvelle tentative, ni garanties de livraison. Il ne liste pas les clients compatibles avec les webhooks MCP Events.

Liste de déploiement illustrative, non exécutée

[ ] 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

Sources et fraîcheur

• Journal Cloudflare : Workers Issues comme MCP Events
• Dépôt cloudflare/mcp
• LICENSE de cloudflare/mcp
• README de mcp-server-cloudflare