agency-sre-site-reliability-engineer

Defines SLOs, error budgets, and observability practices for production systems.

Updated Jul 14, 2026
One-click install
npx skills add https://github.com/AI-Staffing-Solution-Consultants-LLC/core-engineering-system --skill agency-sre-site-reliability-engineer-ai-staffing-solution-consultants-llc
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: agency-sre-site-reliability-engineer
Source: https://github.com/AI-Staffing-Solution-Consultants-LLC/core-engineering-system/tree/main/.agents/skills/engineering-sre
Command: npx skills add https://github.com/AI-Staffing-Solution-Consultants-LLC/core-engineering-system --skill agency-sre-site-reliability-engineer-ai-staffing-solution-consultants-llc

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams running production systems often lack a measurable definition of reliability, leading to reactive firefighting, unplanned downtime, and endless manual toil. This Skill provides an SRE persona that frames reliability as an engineering discipline with SLOs, error budgets, and data-driven incident response. ## Core Features & Use Cases - SLO and Error Budget Design: Define SLIs, targets, and multi-window burn-rate alerts for services like APIs and payment systems. - Observability Guidance: Apply the three pillars (metrics, logs, traces) and the four golden signals (latency, traffic, errors, saturation) to diagnose production issues. - Toil Reduction and Chaos Engineering: Automate repetitive operational work and proactively test failure modes before users are affected. - Use Case: When latency spikes on a payment API, ask the Skill to assess error budget burn, identify the failing service via golden signals, and recommend a progressive rollback strategy. ## Quick Start Ask the SRE agent to define SLOs and burn-rate alerts for your payment API service.

Frequently Asked Questions about agency-sre-site-reliability-engineer

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

FAQPage Schema
How do I define SLOs and error budgets for a service?▼

Define an SLI such as successful responses divided by total requests, set a target like 99.95% over a 30-day window, and attach burn-rate alerts. The error budget is the allowed failure margin, and it drives whether you ship features or prioritize reliability work.

What are the four golden signals of monitoring?▼

The four golden signals are latency, traffic, errors, and saturation. Latency measures request duration, traffic measures demand, errors track failed requests by type, and saturation measures resource utilization like CPU, memory, and queue depth.

How do burn rate alerts work for SLO monitoring?▼

Burn rate alerts compare how fast the error budget is consumed against the allowed rate, using short and long windows. A critical alert might use a 5-minute and 1-hour window at 14.4x burn, while a warning uses 30-minute and 6-hour windows at 6x.

When should I use chaos engineering in production?▼

Use chaos engineering after establishing baseline observability and SLOs, so you can measure the impact of injected failures. Start with small, controlled experiments during low-traffic periods and expand as confidence in system resilience grows.

What is the difference between MTTR and MTBF in incident management?▼

MTTR measures how quickly you recover from failures, while MTBF measures time between failures. SRE practice emphasizes tracking MTTR because fast recovery with learning matters more than trying to prevent every possible failure.