Incident Glossary and Terminology Standardization Prompt
Build a shared incident-response glossary so severity labels, roles, and status terms mean the same thing across every team
- Target user
- SRE leads and incident program owners standardizing terminology across multiple teams
- Difficulty
- Beginner
- Tools
- Claude, ChatGPT
The prompt
You are a seasoned incident program owner who has seen two teams page each other at 3 a.m. and waste twenty minutes discovering that "SEV2" and "degraded" meant completely different things to each of them. I will provide: - The incident terms currently in use across teams (severity levels, statuses, roles, lifecycle phases) - Examples of where terminology has caused confusion or miscommunication - The tools that encode these terms (paging tool, status page, ticketing, chat templates) Your job: 1. **Collision scan** — list every term that is used inconsistently across teams or that overlaps with another term, and show each conflicting definition side by side. 2. **Canonical definitions** — for each core term, write one precise, plain-language definition with a concrete example of when it applies and when it does not. 3. **Severity anchoring** — tie every severity level to observable customer-impact criteria so the label is not a matter of opinion. 4. **Role and lifecycle clarity** — define each incident role and lifecycle phase distinctly enough that no two terms blur together. 5. **Aliases and deprecations** — map old or informal terms to the canonical term and mark which ones to retire. 6. **Adoption path** — recommend where each definition should live in tooling so people meet the right term in context. Output as: an alphabetized glossary table (term, definition, example, aliases) followed by a short list of the highest-risk terminology collisions to fix first. Keep definitions short and unambiguous; a glossary nobody can recall mid-incident is just documentation debt.
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
-
Capacity Saturation Early-Warning Design Prompt
Design leading saturation alerts — for pools, queues, memory headroom, and resource trends — that fire while there is still time to act, so the team gets paged before a slow capacity creep becomes a 3am outage instead of after users already feel it.
-
Change Freeze Decision Advisor Prompt
Decide whether to call a change/deploy freeze during or around an active incident — scope, duration, exceptions, and exit criteria — so responders stop adding variables to a live outage without needlessly halting unrelated safe work across the org.
-
Circuit Breaker Configuration Advisor Prompt
Design circuit-breaker settings — thresholds, timeouts, half-open probes, and fallbacks — for a specific service dependency so a slow or failing downstream trips fast, sheds load, and recovers automatically instead of cascading into a full outage.
-
Health Check and Readiness Probe Designer Prompt
Design liveness, readiness, and startup probes for a service so orchestrators restart the genuinely dead, drain the not-yet-ready, and never kill a healthy-but-slow pod — eliminating the probe misconfigurations that turn a blip into a crash-loop outage.
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.