From alfred-dev
Sets up service observability: structured JSON logging, Sentry error tracking, business/technical metrics, actionable alerts, and health endpoints. Useful for logging, monitoring, and alerting configurations.
How this skill is triggered — by the user, by Claude, or both
Slash command
/alfred-dev:monitoring-setupThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Este skill configura las tres patas de la observabilidad: logging estructurado, error tracking y métricas. Sin observabilidad, operar un servicio en producción es como conducir de noche sin luces: todo va bien hasta que no. El objetivo es poder responder a tres preguntas fundamentales: qué está pasando ahora, qué ha pasado antes y por qué algo falla.
Este skill configura las tres patas de la observabilidad: logging estructurado, error tracking y métricas. Sin observabilidad, operar un servicio en producción es como conducir de noche sin luces: todo va bien hasta que no. El objetivo es poder responder a tres preguntas fundamentales: qué está pasando ahora, qué ha pasado antes y por qué algo falla.
Configurar logging estructurado. Los logs en texto plano son difíciles de buscar y analizar. Usar JSON como formato estándar:
{
"timestamp": "2024-03-15T10:30:00Z",
"level": "error",
"message": "Fallo al procesar pago",
"service": "payment-service",
"requestId": "abc-123",
"userId": "usr-456",
"error": {
"type": "PaymentGatewayError",
"message": "Timeout after 30s",
"stack": "..."
}
}
Principios del logging:
debug (desarrollo), info (flujo normal), warn (situación inusual), error (algo falló).Configurar error tracking. Herramientas como Sentry, Bugsnag o Rollbar proporcionan contexto rico para cada error:
Definir métricas de negocio y técnicas. Las métricas cuentan la historia del sistema en números:
Las métricas de negocio son las que más interesan al equipo de producto; las técnicas son las que interesan a operaciones.
Configurar alertas. Las alertas deben ser accionables, no ruidosas:
Evitar alertas que nadie mira. Si una alerta se ignora sistemáticamente, o se elimina o se ajusta su umbral.
Implementar health endpoints. La aplicación debe exponer su estado de salud:
GET /health: responde 200 si la aplicación está corriendo (liveness).GET /ready: responde 200 si la aplicación puede procesar requests (readiness). Incluye verificación de dependencias críticas (base de datos, caché).Documentar la configuración. Dejar claro dónde se visualizan los logs, cómo se accede al error tracking y qué dashboards están disponibles.
npx claudepluginhub 686f6c61/alfred-dev --plugin alfred-devCreates a complete monitoring setup guide covering golden signals, alerts, dashboards, logs, and tracing. Use when asked to set up monitoring or define alerting strategy.
Designs production-grade monitoring, logging, and tracing systems with SLI/SLO management, alerting, and incident response workflows.
Builds production-ready monitoring, logging, and tracing systems with observability strategies, SLI/SLO management, alerting, and incident response workflows. Use for designing reliability systems or investigating regressions.