LaunchKit · 2026
Back to Skills

kube-medic

Kubernetes Cluster Triage & Diagnostics — instant AI-powered incident triage via kubectl.

2
683 downloads
by @tkuehnl

Setup & Installation

openclaw skills install @tkuehnl/kube-medic

Or with the ClawHub CLI, for registry-managed skill folders outside a full OpenClaw workspace:

npx clawhub install kube-medic

Version History

v1.0.3Feb 21, 2026 - Version note by skill developer:

Rebrand to Anvil AI. Remove CacheForge marketing copy. Normalize install commands.

What This Skill Does

kube-medic runs Kubernetes diagnostics through kubectl. It covers cluster health sweeps, pod autopsies, deployment analysis, resource pressure detection, and event monitoring. Data across logs, events, and resource metrics is correlated to surface root causes, and write operations require explicit user confirmation before execution.

Instead of running separate kubectl commands for logs, events, and resource metrics, it correlates all three in a single triage workflow to produce actionable diagnoses rather than a list of symptoms.

When to use it

  • Diagnosing a CrashLoopBackOff pod during an on-call incident
  • Checking cluster health before a production deployment
  • Finding which pods are consuming the most memory on overloaded nodes
  • Tracing recent warning events after an unexpected outage
  • Rolling back a broken deployment after identifying a bad image

Example Workflow

Here's how your AI assistant might use this skill in practice.

INPUT

User asks: Something is wrong with my cluster, can you check?

AGENT
  1. 1Runs sweep subcommand to get a cluster-wide health overview
  2. 2Identifies CrashLoopBackOff pods and NotReady nodes from sweep output
  3. 3Runs pod autopsy on the most suspicious pod to retrieve logs, events, and container status
  4. 4Runs resources subcommand to check for memory or CPU pressure contributing to the issue
  5. 5Correlates findings and presents a diagnosis with specific kubectl commands awaiting user approval
OUTPUT

Triage report showing root cause (e.g., OOMKilled due to low memory limit), a timeline of related events, and a rollback or scaling command the user can confirm to execute