operating-production-services

Define SLOs, error budgets, and blameless postmortems for production services.

9|Updated Dec 27, 2025
One-click install
npx skills add https://github.com/AbdullahMalik17/My_skills --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/My_skills/tree/main/.claude/skills/operating-production-services
Command: npx skills add https://github.com/AbdullahMalik17/My_skills --skill operating-production-services-abdullahmalik17

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This skill defines and enforces production reliability targets, turning complex reliability goals into actionable guidance for teams.

Core Features & Use Cases

  • Define SLOs, error budgets, and SLIs to balance reliability and velocity across services.
  • Provide standardized postmortem templates and incident-response playbooks to accelerate learning.
  • Apply blameless, structured problem-solving to prevent recurrence and improve system resilience.

Quick Start

Inspect the SLO templates and incident guidance, customize them for your services, and begin documenting a first postmortem.

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 SLOs and error budgets for my services?

SLOs (Service Level Objectives) set reliability targets; error budgets quantify acceptable downtime. Define SLOs by identifying critical user journeys, measuring SLIs (Service Level Indicators) like latency and availability, then calculate error budget as the difference between 100% and your SLO target. This guides velocity decisions and prevents over-provisioning.

What's the best way to structure incident postmortems?

Blameless postmortems follow a structured format: timeline of events, root cause analysis, impact assessment, and action items. This Skill provides standardized templates that focus on system failures rather than individual mistakes, enabling teams to extract learning and prevent recurrence while maintaining psychological safety.

How do I implement incident-response playbooks for my team?

Incident-response playbooks document detection triggers, escalation paths, communication templates, and resolution steps for common failure scenarios. Start by cataloging your services' failure modes, then create runbooks aligned with those scenarios. This accelerates response time and reduces mean time to resolution during outages.

Can I use SLOs to balance reliability and development velocity?

Yes. Error budgets translate SLO targets into concrete deployment allowances—once budget is exhausted, focus shifts to stability over new features. This framework lets teams ship faster when systems are stable and apply brakes when reliability drifts, eliminating guesswork about safe deployment rates.

What metrics should I measure to enforce SLOs?

SLIs are the measurable metrics underlying your SLO: request success rate, latency percentiles (p50, p99), and error rates. Collect these via monitoring tools, then compare aggregated results against your SLO threshold. Consistent measurement enables error budget calculations and reveals when services drift out of reliability targets.

How do incident postmortems prevent future outages?

Postmortems identify systemic weaknesses—missing alerts, unclear runbooks, or architectural gaps—not individual failures. Tracked action items address root causes directly. Blameless postmortems encourage honest reporting, surfacing real problems earlier and building institutional memory across your reliability practice.