Rc observability
Skill rodolfochicone/rc-project/skills/misc/rc-observability
Guias de observabilidade para serviços em produção — logging estruturado, correlation/trace IDs, métricas RED e USE, tracing distribuído, SLOs e alertas, causa raiz e postmortem. Use ao instrumentar código ou conduzir análise de incidente. Não use para debugging local (rc-diagnose), profiling de código, ou configurar um vendor de APM.From its SKILL.md
npx -y skills add rodolfochicone/rc-project --skill rc-observabilityAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 19 stars19 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
2.0 KB, as published. Nobody here has run it
Observabilidade — guias por tarefa
Leia o guia da tarefa em references/ antes de agir. A meta de qualquer instrumentação,
alerta ou postmortem é a mesma: responder "está quebrado? por quê?" rápido, sem adivinhação —
seja numa Lambda que falhou silenciosamente, num consumer de SQS travado, ou numa task ECS
que reiniciou em loop.
Roteamento
| Tarefa | Guia |
|---|---|
| Instrumentar código (logs, correlation/trace ID, métricas RED/USE, tracing distribuído) | references/instrumentation.md |
| Definir SLI/SLO/error budget e alertas acionáveis, montar dashboards | references/alerting-slo.md |
| Resposta a incidente, causa raiz e postmortem | references/incident-postmortem.md |
Princípios sempre válidos
- Logue para o leitor futuro do incidente, não para o dev de hoje. Se o log não ajuda alguém sem contexto às 3h da manhã, ele está incompleto.
- Nunca logue PII, secret ou token. Nem em debug, nem truncado, nem mascarado "só um pouco".
- Alerte em sintoma que dói pro usuário, não em causa. CPU alta não é alerta; latência/erro que o usuário sente, sim.
- Instrumente antes de precisar, não durante o incêndio. Se a pergunta "por que isso falhou?" não tem resposta nos logs/métricas existentes, a instrumentação já chegou tarde.
Error Handling
- Sem acesso aos sinais de produção (logs, métricas, traces, dashboards reais): oriente a instrumentação no código a partir do que existe no repositório e diga explicitamente que a validação em runtime (volume de log, cardinalidade real, comportamento do alerta) ficou pendente.