operating-production-services

Define SLOs, error budgets, and blameless postmortems for production service reliability.

9|2|Updated Jan 31, 2026
One-click install
npx skills add https://github.com/AbdullahMalik17/Hacathan_5 --skill operating-production-services-abdullahmalik17
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: operating-production-services
Source: https://github.com/AbdullahMalik17/Hacathan_5/tree/main/.claude/skills/operating-production-services
Command: npx skills add https://github.com/AbdullahMalik17/Hacathan_5 --skill operating-production-services-abdullahmalik17

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve? Teams running production services often lack a structured way to set reliability targets, respond to incidents, and learn from failures, leading to repeated outages and blame-driven culture. ## Core Features & Use Cases - SLO & Error Budget Framework: Define SLIs, SLO targets, and error budget policies with realistic downtime tables and PromQL measurement queries. - Postmortem Templates: Standard and quick blameless postmortem formats with 5 Whys root cause analysis, timelines, and tracked action items. - SLO Alerting: Prometheus recording rules and multi-window burn rate alerts with Grafana dashboard guidance. - Use Case: After a customer-facing outage, use this Skill to write a blameless postmortem with a timeline, root cause analysis, and prioritized action items, then set up burn rate alerts to catch the next incident earlier. ## Quick Start Help me define a 99.9% availability SLO with error budget alerting for my HTTP API and draft a postmortem template for our incident process.

Frequently Asked Questions about operating-production-services

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I define an SLO with error budgets for my service?▼

Define an SLI measuring good events over total events, such as successful HTTP requests over all requests, then set a target like 99.9%. Your error budget is 1 minus the target, giving 43 minutes of allowed downtime per month at 99.9%.

How to write a blameless postmortem after an incident?▼

Use a template with an executive summary, UTC timeline, 5 Whys root cause analysis, impact assessment, and action items with owners and due dates. Focus on what conditions allowed the failure rather than who caused it.

What is multi-window burn rate alerting in Prometheus?▼

Multi-window burn rate alerting combines short and long measurement windows to detect error budget consumption quickly without noise. A fast-burn alert fires at 14.4x burn rate over 1 hour and 5 minutes, while slow-burn uses 6x over 6 hours.

When should I write a postmortem versus skip it?▼

Write postmortems for SEV1/SEV2 incidents, customer-facing outages over 15 minutes, data loss or security events, and near-misses with novel failure modes. Minor incidents can use a quick template with just timeline, root cause, and fix.

Why should I not target 100% availability SLO?▼

A 100% SLO leaves zero error budget, meaning any failure freezes all feature work. Each additional nine costs exponentially more, so 99.9% or 99.95% targets balance reliability with development velocity.