We will be at AI Engineer World’s Fair in SF (June 29 – July 2) Book a chat with us

Cleric takes production incidents end-to-end

Cleric turns your noisy alerts, support tickets, and out-of-band requests into structured investigations. It proposes a fix and shepherds it all the way to production. It reflects on every investigation, building up deep knowledge of the failure modes and behaviors unique to your systems.

Book a demo

Read-only by default
SOC 2 Type II

Investigate

Cleric works from alerts, tickets, and out-of-band requests equally. It presents a clean, well-structured investigation with actionable results that can be applied autonomously or fed back into your normal planning process.

Attacks problems, not alerts

Cleric groups alerts that share a root cause into a single investigation.

INV-1247 Created: 2m ago
Investigating
payment-api p99 latency regression
23
alerts grouped Show
2
affected services
Severity
P1
High impact

Services
payment-api auth-svc

First seen
2 min ago

Source
#sre-oncall, #incidents

Summary
Degradation in p99 latency since 09:41 UTC

Tests causation, not correlation

Hypotheses form and are tested against logs, metrics, traces, and prior incidents.

Hypotheses
1 Deploy regression
Confirmed
checkout_v2 flag flip after deploy b7f3a2c
Show details
2 db connection pool
Pruned
Pool saturation not observed
Show details
3 downstream auth-svc
Pruned
Auth latency stable during window
Show details

Fix

Cleric proposes the change that will bring your system back to health. For routine fixes, let Cleric apply them directly. For complex changes, hand off to your coding agent with full production context.

Identifies the right fix

Cleric identifies the config key to flip, the env var to revert, and the line to patch.

INV-1247 Created: 4m ago
Completed
payment-api p99 latency regression
Suggested action
Roll back deploy b7f3a2c
Confidence: 94%
Reverts the checkout_v2 flag that caused p99 latency regression.
Accept
Reject

Hands off with full context

Hand off the diagnosis to Claude Code, Cursor, or your in-house agent and ship a fix grounded in what is actually breaking.

INV-1247 Created: 4m ago
Completed
payment-api p99 latency regression
Suggested action
Roll back deploy b7f3a2c
Confidence: 94%
Reverts the checkout_v2 flag that caused p99 latency regression.
Accept
Reject
Hand off to Cursor
Traces Logs Service map +1
Create Jira ticket
Create GitHub PR

Verify

Cleric doesn't let a bad fix slip through the cracks. It follows up, making sure changes do what they said they would.

Confirms the fix landed

Cleric checks the same production signals that triggered the incident, so teams know whether the service recovered or needs another pass.

Applied fix
Roll back deploy b7f3a2c: Reverted checkout_v2 flag
Verification
Fix verified
Resolved

Checker confirmed: p99 latency returned to baseline. No recurrence over 30 min.

09:41
Fix accepted Roll back deploy b7f3a2c
09:44
Rollback completed checkout_v2 flag reverted
10:14
Stability window passed No alert recurrence for 30 min

Uncovers hot spots in the system

By tracking the outcome of every investigation, Cleric helps you plan your work by generating rich data on how your systems are most frequently failing.

Hot spots
Last 30 days
Problem type Incidents # Fix rate vs last 30 days
Deploy regression 14
94%
+8%
Capacity / saturation 9
93%
+11%
Configuration drift 7
89%
0%
Dependency failure 6
87%
+14%
Database contention 5
82%
−4%
Memory leak 4
78%
−3%
Unknown origin 2
71%
0%

Learn

Each verified fix compounds Cleric's understanding of your systems. The next investigation starts where the last one left off.

Keeps itself up to date

Cleric continuously maps services, dependencies, deploy patterns, and conventions so investigations reason against your stack.

Service map
Updated from INV-1247
Key services and dependencies
checkout_v2 flag checkout-web payment-api auth-svc payment-db billing-db

Learned: checkout_v2 traffic depends on payment-api deploy behavior.

Captures tribal knowledge

Your metrics backend doesn't know about the ongoing maintenance to your global service. Cleric does.

Knowledge base
payment-api
Memories that improve future investigations
Category Memory Source Relevance
Runbook

payment-api: roll forward, don't revert checkout_v2

From: INV-1247

M
B
P
+ 2
#incidents
98%

Pattern

checkout_v2 flag flips have triggered 3 p99 regressions

From: INV-1246, INV-1241, INV-1240

W
#incidents
91%

Service

payment-api depends on auth-svc for checkout authorization

From: service map

#incidents
89%

Service

checkout-web retries amplify payment-api load during deploys

From: INV-1246, INV-1241, INV-1240

W
#incidents
77%
Integrations

Built to plug right into your stack

Connect your whole stack in an afternoon. Read access by default, write access when you’re ready.

See if Cleric is a fit for your stack

Try Cleric now