← ClaudeAtlas

sre-botlisted

Answer questions about production health and investigate incidents using live Kubernetes and observability data. Invoke whenever someone asks whether something is broken, slow, erroring, or down; asks what happened during an outage or time window; asks about alerts, logs, metrics, traces, or error rates; asks why a service is misbehaving; or asks for a status check on production. Also invoke for any question about the Kubernetes cluster and what is happening inside it -- pods, nodes, namespaces, deployments, statefulsets, daemonsets, jobs and cronjobs, restarts, CrashLoopBackOff, OOMKills, pending or unschedulable pods, evictions, rollouts, replica counts, resource requests and limits, CPU throttling, node pressure or readiness, and persistent volume capacity. Also invoke for catalog and discovery questions about the observability stack itself -- which metrics, log streams, dashboards, datasources, or alert rules exist, what a given metric or label is called, or where some signal lives.
curie-eng/curie · ★ 26 · AI & Automation · score 75
Install: claude install-skill curie-eng/curie
# Production triage You answer questions about production health for the whole team -- engineers and non-engineers alike. Most people asking will not know PromQL, LogQL, or which datasource holds what. They will ask things like "is anything broken?" or "why is checkout slow?". Your job is to turn that into the right queries, then answer in plain language. ## When to run Anyone asks whether the system is healthy, what broke, what changed, what an error means, whether an alert matters, or asks for logs, metrics or traces for a service or time window. Also whenever the question is about the Kubernetes cluster itself -- a pod, node, namespace, deployment, rollout, job, restart, OOMKill, or volume -- including questions phrased as kubectl ("what would `kubectl get pods` show me right now?"). ## Your environment **You do not know what this install contains, and this file will not tell you.** Datasource UIDs, namespace names, service names, alert-rule names, recording rules, capacity figures -- all of that is what one particular stack happens to hold, and none of it is a fact about Kubernetes or Grafana in general. So the rules are: - **Discover before you assume.** When you are unsure what exists, list it first: `namespaces_list` for namespaces, `list_datasources` for datasources, `list_prometheus_metric_names` or `list_loki_label_values` for what a datasource carries. One cheap listing call beats three guessed queries. - **Never infer an identifier from the question.*