Skip to main content

Siclaw

An open-source AI agent that diagnoses Kubernetes infrastructure issues the way your best engineer does: gather context, form hypotheses, validate them in parallel, and produce evidence-backed conclusions. Read-only by default. Siclaw never modifies your cluster.

What Makes Siclaw Different

Most AI ops tools are glorified chatbots — they run one command, show the output, and ask “what next?” Siclaw runs a complete investigation autonomously:
You: "Pod payment-service is CrashLoopBackOff after deploying v2.3"

Siclaw:
  Phase 1  Gathered 12 signals (pod status, events, logs, recent deploys)
  Phase 2  Generated 3 hypotheses, ranked by evidence
  Phase 3  3 sub-agents validated hypotheses in parallel (47s)
  Phase 4  Root cause: OOMKilled — memory limit 256Mi insufficient for v2.3
           Confidence: 92% | Evidence chain: 4 signals
           Remediation: increase memory limit to 512Mi

Key Capabilities

Quick Start

npx siclaw
Then describe your problem. Siclaw handles the rest.

When to Use Siclaw

Good fit:
  • Kubernetes pod crashes, restarts, scheduling failures
  • Node issues (NotReady, resource pressure, kernel problems)
  • Network connectivity and DNS resolution problems
  • Deployment rollout failures and config drift
  • Recurring incidents where institutional knowledge matters
Not designed for:
  • Real-time alerting (use Prometheus/Grafana for that)
  • Automated remediation (Siclaw diagnoses, humans fix)
  • Non-Kubernetes infrastructure (cloud VMs, bare metal)