Logo of Akmatori
Skip to main content

SRE Bench

SRE Bench is a benchmark that measures what SRE teams actually need from an AI: can it take a live incident — a real alert, in a real broken environment — investigate it end to end, and name the root cause? We recreate incidents drawn from production experience, let every model work them through Akmatori the same way an on-call engineer would, and grade each investigation against written ground truth. No mocked data, no multiple-choice — and naming the broken component is not enough: the model must find the cause behind it.

Second edition · updated October 2026

#Model Score ↓ Root causes found Cost / root cause Median time
1GPT-6 Luna OpenAI98.4
100%
$0.0031m 31s
2GPT-6 Sol OpenAI97.9
100%
$0.02049s
3GPT-6.1 Sol OpenAI96.6
100%
$0.0271m 25s
4Gemini 3.7 Flash Google96.1
100%
$0.0871m 5s
5Claude Opus 5.5 Anthropic95.8
100%
$0.0931m 15s
6GPT-6 Astra OpenAI95.1
100%
$0.141m 26s
7Muse Spark 1.2 Meta94.7
100%
$0.131m 43s
8Grok 4.6 xAI94.3
100%
$0.151m 55s
9Claude Opus 5 Anthropic93.7
100%
$0.581m 33s
10Claude Fable 5 Anthropic93.3
100%
$0.851m 35s
11GPT-5.6 Sol OpenAI92.7
100%
$0.612m 6s
12Claude Haiku 5.5 Anthropic92.6
92%
$0.00337s
13DeepSeek V4.1 Flash 1017 DeepSeek91.1
92%
$0.01935s
14MiniMax M3.1 Flash MiniMax90.4
92%
$0.0151m 6s
15DeepSeek V4 Pro 0813 DeepSeek90.1
92%
$0.0171m 15s
16DeepSeek V4 Pro DeepSeek89.6
92%
$0.0321m 11s
17Kimi K2.6 Moonshot AI89.4
92%
$0.07451s
18DeepSeek V4.1 Flash DeepSeek88.9
92%
$0.0621m 18s
19Claude Haiku 4.5 Anthropic88.3
92%
$0.151m 8s
20GPT-5.6 Terra OpenAI88.3
92%
$0.181m 4s
21GLM-5.2 Z.ai87.5
92%
$0.111m 48s
22Qwen3.8 Max Alibaba86.8
92%
$0.191m 58s
23Kimi K3 Moonshot AI85.1
92%
$0.392m 35s
24Mistral Large 4 Mistral AI83.8
92%
$0.273m 34s
25DeepSeek V4 Flash 0731 DeepSeek82.4
83%
$0.04232s
26GPT-5.6 Luna OpenAI81.8
83%
$0.0201m 17s
27Claude Sonnet 5 Anthropic79.0
83%
$0.301m 32s

How we measure

  • Real incidents, not quizzes. Every task is drawn from production experience: crash loops, broken configuration, failing health checks, exhausted resources, dead services — and, expanded in this edition, multi-hop traps where the obvious first answer is wrong and only a deeper investigation finds the true cause. The trap tasks are what separate the field: most models find the broken component; far fewer find the cause behind it.
  • Identical harness for every model. Each model gets a fresh Akmatori installation with a clean database and no accumulated memory, the same investigation tools, and the same alerts — inside a real environment that we recreate from scratch for every test. Only the model changes.
  • Judged against ground truth. A pinned judge model (Claude Opus 5, constant across all runs) compares each final investigation report with the scenario's written root cause. Naming the broken component is not enough — the model must find why.
  • One overall score. The score blends root-cause accuracy (90%) with cost efficiency (5%) and investigation speed (5%), normalized across the field — accuracy dominates, because a cheap wrong answer is still wrong. Click any column to re-sort.
  • Cost and speed are first-class. Cost is metered API usage where the provider reports it and public market rates otherwise, divided by successful root-cause identifications. Time is the median wall-clock investigation, alert to answer.

Single run per task in this edition; scores on repeated runs may vary. Provider prices change frequently — cost figures reflect rates at the time of the run. Want your model or endpoint benchmarked? Get in touch.

Run these investigations yourself

Every score above comes from the same open-source Akmatori that you can self-host. Point it at your own model and your own incidents — it is Apache 2.0, and your data stays in your infrastructure.

View Akmatori on GitHubDiscuss results in #srebench