Incidents end faster when the runbook runs itself
Quillmesh turns the steps your team keeps in wikis into checklists that page the right people, gather logs and post status updates while you focus on the fix.
Free for teams up to 10 people · No card required · SOC 2 Type II
INC-2291 · opened 14 min ago
Checkout latency above 2s in eu-west
p95 latency
2.41s
Error rate
3.8%
Runbook
5 / 7
- Paged Priya Raman and Lukas OberAcknowledged in 41 seconds
- Attached 12 slow traces from checkout-apiTop span: inventory.reserve, 1.9s
- Shift 30% of traffic to eu-centralWaiting for approval from the incident lead
Trusted by on call teams at 1,400 companies
- Halcyon Freight
- Orchard&Co
- brightpath
- NORTHVALE
- Cobalt Ledger
- Sundial
Everything in one timeline
The boring parts of an outage, handled before you ask
Write a runbook once in plain language. Quillmesh keeps it current, runs the safe steps on its own and asks before anything risky.
Automatic first response
Alerts open an incident, pick a severity from the blast radius and page whoever is on call for the affected service.
Living checklists
Each step shows who ran it, when, and what it returned. Steps that fail twice get flagged for the next retro.
Evidence on tap
Logs, traces and deploy diffs from the last hour are pinned to the timeline, so nobody pastes screenshots into chat.
Status updates drafted
Customer facing notes are drafted from the timeline every 20 minutes. A human approves every word before it goes out.
Guardrails by default
Risky actions such as failovers and rollbacks need a second approver, and every action is written to an audit log.
Retros that write themselves
When the incident closes you get a draft review with a minute by minute timeline and the follow ups already assigned.
How it works
From alert to all clear in three moves
- Connect your signalsPoint your alerting, logs and deploy tool at Quillmesh. Most teams finish in under 15 minutes.
- Import your runbooksPaste a wiki page or a markdown file. Commands and links become runnable steps.
- Let the first ten minutes run themselvesPaging, triage and evidence gathering happen while you open your laptop.
## When p95 checkout latency > 2s
1. page: checkout-oncall, payments-oncall
2. attach: traces(service="checkout-api", last="30m")
3. attach: deploys(since="2h")
4. check: inventory.reserve p95 < 800ms
5. approve: shift_traffic(from="eu-west", to="eu-central", pct=30)
6. post: status_update(audience="customers")
7. close: when p95 < 900ms for 10m
Median time to acknowledge
38s
71% after rollout
Time to mitigate
11 min
46% across customers
Runbook steps automated
2.3M
18% this quarter
Retros published on time
94%
3.1x versus manual
On call, but calmer
Our first SEV 1 on Quillmesh was the first one where nobody asked who was paging the database team. It had already happened.
Priya Raman
SRE lead, Halcyon Freight
We moved forty stale wiki pages in an afternoon. Half of them turned out to be wrong, and the failing steps told us which half.
Lukas Ober
Platform engineer, Cobalt Ledger
The drafted status updates alone saved our support team a weekend. They read like a calm person wrote them at 3 a.m.
Ama Mensah
Head of support, Sundial
Questions, answered
Still curious? Write to hello@quillmesh.dev and an engineer replies within a day.
Does Quillmesh run commands in our infrastructure?
Which alerting tools do you support?
Can we keep our runbooks in git?
What happens when the free plan runs out?
Your next incident could be your shortest one
Spin up a workspace, import one runbook and run a game day this afternoon.