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
Catch failures before your customers do
Cleric checks your changes in production and investigates regressions, bringing you fix PRs with the evidence to review them.
Read-only by default ·
SOC 2 Type II
Tighten timeout handling
Resolved#1849 @maya v2.14.0 Deployed Sep 15 at 09:41 # eng-checkout checkout-api
Summary
Strict timeouts for checkout's downstream calls
Expectations
Checkout calls use the new timeout Verified
Checkout p95 latency stays at baseline Anomaly found
p95 latency 182 ms → 511 ms
200 ms 400 ms PR #1849
09:2009:3009:4009:5010:0010:1010:2010:30
The fix
ResolvedPR #1893: Revert CHECKOUT_V2_STRICT_TIMEOUT
- 10:22 Cleric opened the fix PR
- 10:31
Approved by
Maya - 10:52 Deployed and verified, p95 back to 180 ms
Thread #eng-checkout
Cleric APP 9:50 AM
⚠️ Anomaly found: p95 up after PR #1849
1 reply
Cleric APP 10:52 AM
✅ Resolved: the regression I flagged has been fixed.
- Intent: strict timeouts, verified
- Regression: p95 +329 ms, now fixed, back to 180 ms
Catch what your tests miss
Cleric checks how your changes behave under real traffic and investigates the regressions your tests missed.
Track your PR into production
Cleric analyzes your PR, then tracks its deployment to check that production behaves as you intended.
Verification record PR #1849 · checkout-api
Expectation not met Deployed 09:41 · checked 10:14
Observed vs. what PR #1849 expects
p95 latency 511 ms · expected ≤ 200 ms Retry rate 4.1% · expected ≤ 0.5%
Catch delayed regressions
Cleric keeps checking your changes for days after deployment, letting you know when it finds a regression or verifies your release.
Verification history PR #1866 · orders-api Day 9 of 14 days of checks
- Day 1 Deployed · checks passed
- Day 3 Passed
- Day 9 Cache hit rate 94% → 61%
Sent to the team
Warm-up covers a fixed key set. The working set has grown past it since deploy.
Orders p95 140 ms → 390 ms
Only the pages that need you
Cleric handles your urgent alerts and investigates low-priority issues before they interrupt your day.
Leave the pager to Cleric
Cleric acknowledges your pages, closes false positives, and resolves what it can, escalating to you only when you’re needed, with the findings attached.
Urgent page P1 · payment-api 5xx Escalated to you · rollback needs a schema decision
What Cleric did
- 02:14 Acknowledged the page
- 02:19 Ruled out deploy, config, and capacity
- 02:26 Confirmed retry storm from PR #470
What reached the engineer
Decision needed Roll back, or cap retries and hold Evidence attached 7 signals · 3 ruled out
Find the issues buried in the noise
Cleric deduplicates your low-priority alerts and investigates the underlying problems, so you can get them resolved before they become urgent.
Low-priority alerts · P3 · P4 23 alerts over 6 days Consolidated into 1 investigation · INV-1251
×18 auth-svc slow response ×3 Session cache evictions ×2 Token refresh retries
INV-1251 auth-svc session lookups degrading
Fix it your way
With the investigation done, you can finish the fix in Cleric or take the findings and production context to your coding agents.
Fix it in Cleric
You can review the fix PR and its production evidence in Cleric before approving the change. Once it deploys, Cleric checks that your issue is resolved.
Cap retries and add backoff Awaiting your review
-max_retries: 5 +max_retries: 2 +backoff: exponential
Why this change Retry storm from PR #470 7 signals · 3 causes ruled out
Cleric verifies recovery after deploy
Use your existing tools
Ask your coding agent to pull the investigation from Cleric over MCP, or have Cleric create a Linear, Jira, or GitHub issue with the findings and production context.
Set up the Cleric MCP server
for Claude Code or Cursor. Your agent can also search Cleric’s docs over MCP at
https://docs.cleric.ai/~gitbook/mcp.
Handed off · INV-1251
auth-svc session lookups degrading Over MCP
claude-code
▸ cleric.get_investigation("INV-1251")
✓ finding · Session TTL shortened in PR #1871
✓ evidence · eviction rate, p95, TTL diff
✓ existing fix · PR #1907
Or raise it in Linear, Jira, or GitHub, with the investigation attached.
Prevent incidents in your own stack
Try Cleric on your production changes to see the regressions it finds in your stack and review the fixes it writes.