Depura un Worker que lanza 500s en producción
Cuándo usarlo: La tasa de errores de tu Worker se disparó. Quieres logs, despliegues recientes y un diff de qué cambió — sin abrir el panel.
Requisitos previos
- Cuenta de Cloudflare conectada por OAuth a tu cliente MCP — La primera llamada a herramienta dispara OAuth; otorga los permisos de 'Workers Observability' y 'Workers Bindings'
Flujo
-
Monitorea logs recientes de Worker filtrados por errorMonitorea los logs del Worker 'api-edge' en los últimos 15 minutos. Filtra a status >= 500. Agrupa por los primeros 100 caracteres del mensaje de error.✓ Copiado→ Plantillas de error principales con conteos y marcas de tiempo
-
Lista los despliegues recientesLista los últimos 5 despliegues de 'api-edge'. Muestra hora de despliegue, autor y hash de versión.✓ Copiado→ Cronología de despliegues — correlaciona con el inicio del error
-
Revierta si es necesarioEl pico de errores comienza después del despliegue a las 14:22. Revierte 'api-edge' a la versión anterior. Pregúntame antes de confirmar.✓ Copiado→ Aviso de confirmación antes de acciones destructivas
Resultado: Un Worker de producción restaurado, con una nota de análisis post-mortem clara que diga 'el despliegue X causó errores Y'.
Errores comunes
- El monitoreo de logs es solo en tiempo real; puede perder un pico que ya pasó — Para ventanas históricas, usa las herramientas Logpush o Analytics Engine MCP en lugar de monitoreo
- La reversión no migra el estado de D1/KV — Si el despliegue fallido ejecutó migraciones, revertir solo el Worker no es suficiente — puede que necesites una restauración de D1 también