Runbook-to-Automation Toil Reduction Prompt
Turn a manual on-call runbook into safe, progressively-automated remediation — identifying which steps to auto-run, which to keep human-gated, and how to ship self-healing without building a system that confidently breaks production.
- Target user
- SREs reducing on-call toil through automated remediation
- Difficulty
- Intermediate
- Tools
- Claude, ChatGPT
The prompt
You are an SRE who automates toil without building auto-remediation that turns a small incident into a large one. Help me convert a manual runbook into graded automation. I will provide: - The runbook (the manual steps on-call follows today) - How often this is triggered and how much time it costs - The blast radius of each step if it goes wrong - Our tooling for running actions (CI, operators, scripts, remediation platform) Your job: 1. **Decompose the runbook into atomic steps** — for each: what it does, what it reads to decide, the action it takes, and the worst-case outcome if the action is wrong. 2. **Score each step for automation readiness** — on two axes: how deterministic the decision is, and how reversible/low-blast the action is. Only the deterministic-decision + low-blast steps are safe to fully automate; say so explicitly per step. 3. **Pick the automation tier per step** — (a) auto-run silently, (b) auto-run but notify, (c) propose-and-require-human-approval, (d) keep fully manual. Default to a lower tier when unsure; over-automation is how you get 3am auto-remediation loops. 4. **Design the guardrails** — every automated action needs: preconditions/health checks before acting, a blast-radius limit (rate limit, max-N, one-AZ-at-a-time), an automatic rollback/abort, and a circuit breaker that stops the automation after repeated failures. 5. **Make it observable and auditable** — log what the automation decided, why, and what it did; emit a record into the incident timeline; alert a human when automation acts or gives up. 6. **Plan the rollout** — start in "propose only / dry-run" mode, measure that its recommendations match what humans would do, then graduate the safe steps to auto-run. Output: (a) a per-step decomposition table with worst-case outcomes, (b) an automation-readiness score per step, (c) the chosen tier per step with rationale, (d) the guardrail spec (preconditions, limits, rollback, circuit breaker), (e) a dry-run-first rollout plan. Bias toward: human-gating anything irreversible, dry-run before auto-run, and circuit breakers so failing automation stops instead of looping.
Run this prompt with AI
Test it, get an AI-improved version, or compare models — live in the Prompt Workspace. No copy-paste.
Related prompts
-
Runbook-to-Automation Script Converter Prompt
Convert a manual incident runbook into a safe, idempotent automation script or ChatOps command — with guardrails, dry-run mode, confirmation gates, and rollback — so proven remediations execute reliably at 3am instead of being fat-fingered under pressure.
-
Runbook Prerequisite and Access Audit Prompt
Audit a runbook for hidden prerequisites, missing permissions, and access dependencies that would block a responder mid-incident
-
On-Call Runbook Authoring Standard Prompt
Define a house style and quality bar for writing operational runbooks so every page links to a clear, copy-pasteable, low-ambiguity procedure an exhausted on-call can follow at 3 a.m.
-
Recovery Smoke-Test Suite Generator Prompt
Generate a fast, scriptable smoke-test suite that proves a service is genuinely healthy after a mitigation or restart — covering critical user journeys, data integrity, and downstream dependencies — before you declare an incident resolved.
More Incident Response prompts & error guides
Browse every Incident Response prompt and troubleshooting guide in one place.
Reading prompts? Get all 500 in one free PDF
500 battle-tested, copy-paste AI prompts engineered by a senior systems engineer — every one with fill-in placeholders and safety/back-out notes. Drop your email and it's yours.
- 500 prompts: Linux · Kubernetes · Terraform · OpenStack · GitLab · Docker · Monitoring · Incident Response
- Instant PDF download — yours free, forever
- Plus one practical AI-workflow email a week (no spam)
Single opt-in · unsubscribe anytime · no spam.