AI investigations

Root cause for a broken cluster, in about a minute.

Radar is an open-source Kubernetes UI and MCP server. Click Investigate on an issue and the agent you already use digs into it read-only, then shows you the evidence for what it found. Radar Cloud runs the same investigation when an alert fires.

$curl -fsSL https://get.radarhq.io | sh && kubectl radar

Three ways to run an investigation

Claude Code · Radar MCPbenchmark run · kubectl took 11.7 min
  1. 4.6sissues namespace=astronomy-shop
  2. 4.9sget_changes namespace=astronomy-shop
  3. 11.8sget_resource deployment/frontend
  4. 12.3sget_workload_logs frontend
  5. 20.4sdiagnose deployment/product-catalog
  6. 34.8sfrontend lost CART_ADDR (was cart:8080) at 22:15:29, so checkout can't reach the cart service. Cart itself is healthy.

Open source

Your agent, over MCP

Ask Claude Code, Codex, Cursor, Copilot or any MCP agent from your terminal or IDE. Radar's MCP server returns the resources with their relationships and recent changes.

The MCP server

Open source

Your agent CLI, run from Radar

Click Investigate on anything broken. Radar runs Claude Code, Codex, Cursor or OpenCode read-only on your machine and lays out the findings, the evidence and a fix you approve.

What you see
  1. 1

    Alert fires

    A rule matches an issue on any connected cluster.

  2. 2

    Radar Cloud investigates

    Its agent runs read-only against the same cluster model.

  3. 3

    Root cause with the alert

    In Slack or your webhook, with the evidence and a link to the full investigation.

Radar Cloud

Radar Cloud's own agent

Runs automatically when an alert fires, or on demand, and sends the root cause with the alert, evidence included, to Slack or your webhook. Nothing to install on anyone's laptop.

Radar Cloud

Why Radar is faster than dedicated AI SRE tools

The agent starts from a cluster model that is already joined, time-indexed and checked for failures.

  • Failures are already detected

    Radar's Issues engine ranks failures before anyone asks. In our benchmark it was the agent's first call on all 50 faults.

  • Changes are on a timeline

    Spec changes and events sit on a timeline, so "what changed before this broke" is one call.

  • Resources come back joined

    Owners, topology and error-filtered logs come back correlated and secret-redacted in one response, so the agent starts with the connections already made.

routes toselects app=webownsownsmountsreadsIngressshopServicewebPodweb-7d9f…ReplicaSetweb-7d9fDeploymentwebConfigMapweb-configSecretweb-dbtimeline10:02 Deployment web: revision 310:04 ConfigMap web-config: DB_URL removed10:05 Pod web-7d9f: CrashLoopBackOffIssue: Pod web-7d9f is crash-looping. Likely cause: ConfigMap web-config lost DB_URL at 10:04, a minute before the crash loop.
What Radar keeps for every cluster, before anyone asks: the resources joined into a graph, every change on a timeline, and detectors that connect a symptom to its likely cause. Illustrative example.

Measured in the AI SRE benchmark, the Kubernetes MCP server benchmark and the MCP vs kubectl benchmark.

Safety limits

  • In Radar's UI and Radar Cloud, investigations are read-only: write tools aren't loaded. Over MCP, your agent's write access is your choice, within your RBAC.
  • An approved fix runs alone, in its own session.
  • Changes to resources managed by Argo CD, Flux or Helm ask for your OK first.
  • With Radar OSS, investigations run on your machine and your own model account.

Why the limits live in the tool layer: Read-Only Is Not a Safety Boundary.

Your agent, with a UI around it

Run it from Radar and the investigation sits next to the cluster it's about.

01

Start from the issue

Radar's Issues list ranks what's broken across the cluster, and Investigate sits on every issue. There's no prompt to write and no context to paste.

  • Past runs stay under Investigations, each with its own link
  • Read-only: write tools aren't loaded

02

Check it, then follow up

The answer comes with its evidence: the log lines, events, metric charts and resources the agent relied on, drawn by Radar from what it recorded. One click opens the real object.

  • Says how sure it is: Established, Likely or Still open
  • Ask a follow-up and the same investigation picks up where it stopped
  • Approve a fix and Radar checks whether it worked

03

See the cluster around the answer

A chat gives you the answer one line at a time. Radar shows what changed and when, the topology around the workload, its logs and its Helm history, so you can check the agent's story yourself.

  • Spec changes, events and problems on one timeline
  • Topology, logs, Helm and GitOps in the same app
FAQ

AI investigation questions

What is an AI investigation in Radar?
An AI agent works out why something in your Kubernetes cluster is broken, using Radar's live model of the cluster, and returns the root cause, the evidence behind it and a proposed fix. You can run one from your own agent over MCP, from Radar's UI with your agent CLI, or let Radar Cloud run one when an alert fires.
Do I need to buy an AI SRE tool?
Probably not. You likely already have the agent. What it needs is the cluster context: an investigation is only as good as the cluster context the agent reads. Radar gives that context to the agent you already use: Claude Code, Codex, Cursor, anything that speaks MCP. In our benchmark of six AI SRE products on 50 live Kubernetes faults, Claude Code on Radar's tools was the most accurate of the six: clearly ahead of HolmesGPT, OpenSRE, kagent and AWS DevOps Agent, and slightly ahead of kubectl-ai. It answered in an average of 79 seconds at $0.27 a fault, the fastest and cheapest of the six. If you'd rather not run it yourself, Radar Cloud runs the same setup on every alert: Claude on Radar's tools, the combination we benchmarked.
How does Radar compare with HolmesGPT, kubectl-ai and AWS DevOps Agent?
On faults that announce themselves, like a crash loop or a failed image pull, all six products scored between 24 and 27 of 28. They separate on the 14 faults where every pod reports Ready: Radar 12, kubectl-ai 9, HolmesGPT 7, OpenSRE 6, kagent 7 and AWS DevOps Agent 5. Every result is downloadable from the benchmark page.
Which agents work with Radar?
Over MCP, any client that speaks it, including Claude Code, Codex, Cursor, GitHub Copilot, OpenCode and Google Antigravity. From Radar's UI, Claude Code, Codex, Cursor and OpenCode; Radar detects the ones on your PATH. Radar Cloud brings its own agent.
Where does my cluster data go?
With open source Radar, investigations run on your machine and what the agent reads goes to your own model provider, never to us. In Radar Cloud, each investigation runs as a sandboxed job with read-only access, and an owner accepts that once for the organization.
Can an investigation change my cluster?
It depends on how you run it. Radar's UI and Radar Cloud run investigations read-only: write tools aren't loaded. When you connect your own agent over MCP, you decide: Radar's write tools are there if you enable them, and your RBAC limits what they can do. When you approve a fix in Radar, it runs in a separate session bound to that one change, and changes to resources managed by Argo CD, Flux or Helm ask for an explicit acknowledgment because the next sync or Helm upgrade would revert them.

Connect your agent to Radar

Radar is open source, one binary. Run it on your laptop or in your cluster.

Quick install
$curl -fsSL https://get.radarhq.io | sh && kubectl radar

Apache 2.0 · No account for local use · Run Radar OSS forever