site-reliability

Define SLOs, error budgets, and burn-rate alerting policies for production services.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/Samuelca6399/AbsolutelySkilled --skill site-reliability-samuelca6399
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: site-reliability
Source: https://github.com/Samuelca6399/AbsolutelySkilled/tree/main/skills/site-reliability
Command: npx skills add https://github.com/Samuelca6399/AbsolutelySkilled --skill site-reliability-samuelca6399

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

site-reliability helps you reduce outages and operational chaos by converting reliability intent into measurable SLOs, disciplined error budgets, and repeatable operational practices.

Core Features & Use Cases

  • Define SLOs, SLIs, and SLAs: Choose the right indicators (availability, latency, correctness) and set realistic targets grounded in historical performance.
  • Calculate and manage error budgets: Use burn-rate math and budget policy to decide when to deploy, when to slow down, and when to freeze.
  • Reduce toil and strengthen operations: Classify toil, prioritize automation, run blameless postmortems, and improve on-call rotations and progressive rollouts.

Quick Start

Ask site-reliability to help you define SLIs and draft availability and latency SLOs for your service using a rolling 30-day window and error-budget targets.

Frequently Asked Questions about site-reliability

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

FAQPage Schema
How do I define SLIs and SLOs for my production services?▼

To define SLOs, you select service level indicators like availability, latency, or correctness, then set realistic targets based on historical performance. This creates measurable reliability goals that align service measurement with engineering trade-offs.

How does error budget calculation work for deployment freezes?▼

Error budget calculation uses burn-rate math to track reliability consumption against your SLO targets. When the burn rate exceeds defined thresholds, it triggers deployment freezes or slowdowns, guiding engineering trade-offs and preventing outages.

What is the best way to structure a blameless postmortem after an incident?▼

A blameless postmortem focuses on systemic issues rather than individual fault. You structure it by documenting incident timelines, identifying root causes without blame, and extracting actionable items to reduce future toil and improve on-call rotations.

How do I set up burn-rate alerting rules for my application?▼

Burn-rate alerting rules are set up by applying burn-rate math to your error budgets. You define threshold policies that trigger alerts when error budget consumption accelerates, ensuring on-call rotation responses happen before outages occur.

Can I use progressive delivery criteria for canary rollouts and rollbacks?▼

Yes, progressive delivery criteria define specific canary and rollback thresholds for your rollouts. By applying these criteria, you establish explicit thresholds that dictate when to halt or roll back deployments based on SLO performance.

Why do I need to reduce toil when managing on-call rotations?▼

Reducing toil is necessary to manage on-call rotations effectively because excessive manual operational work causes burnout and outages. You classify toil, prioritize automation, and apply error budget policies to balance engineering trade-offs.