magnus919/agent-skills

site-reliability-engineering

- Design, operate, and improve reliable production systems with SLOs, incident command, observability, error budgets, and operational practices.

Ver código-fonte

Como usar

  1. Copie o comando e verifique o pacote antes de instalar no seu ambiente de agente.
  2. Consulte no original as ferramentas, credenciais e ambientes necessários.
  3. Descreva os dados de entrada e a entrega esperada; confira a saída com as fontes.
npx skills add https://github.com/magnus919/agent-skills --skill site-reliability-engineering

Antes de começar

  • A instalação não inclui assinatura de modelo, franquia API ou acesso aos seus arquivos.
  • Estrelas e instalações indicam atividade, não um teste independente de qualidade ou segurança.
Documento original do Skill

Renderizado do repositório de origem, preservando títulos, exemplos, código, tabelas, links e imagens.

Site Reliability Engineering

A comprehensive methodology for designing, operating, and improving reliable production systems. Rooted in Google SRE principles and extended with modern practices for incident command, observability engineering, error budget governance, and operational excellence.

When to Load This Skill

TriggerWhat It Means
"Design reliability into this system"SLO/SLI framework, error budget policy, resilience architecture
"Run an incident postmortem"Blameless postmortem with timeline, 5 Whys, action tracking
"Improve our on-call"Rotation design, alert tuning, toil reduction, escalation policy
"Build observability"The Four Golden Signals, dashboard design, alert rule patterns
"Do a reliability review"Architecture review against SRE principles, risk assessment
"I need an incident commander"Incident command framework, role cards, communication templates
"Automate this operational task"Toil assessment, automation decision tree, runbook pattern
"Adopt SRE in this organization"Engagement boundaries, maturity, team model, and change adoption
"Review this reliability design"User journeys, dependencies, overload, configuration, canary, durability
"Our SRE team is overloaded"Operational-load diagnosis, protected engineering time, recovery plan
"Improve incident learning or sustainable on-call"Cognitive load, psychological safety, documentation, exercises

When not to use

Use release-engineering to plan releases, compose promotion and rollback gates, or coordinate a release train. Use systematic-debugging to find the cause of a specific failure. Operating the telemetry stack itself — Prometheus scrape configs, OpenTelemetry Collector pipelines, Loki ingest and retention, Prometheus rules files — belongs to telemetry; this skill owns the SLI/SLO and alert design those rules implement. Grafana product work — dashboards, panels, Grafana-side alert rules, contact points, notification policies — belongs to grafana.

Operational closure gate

For any automated mitigation, rollback, recovery action, or incident closeout:

  1. Bound the action before it starts. Record the target, affected population, maximum blast radius, success criterion, abort/rollback criteria, rollback target and procedure, and who may stop or reverse it. Prefer the smallest reversible scope and staged expansion.
  2. Verify recovery at the user boundary. After the action, follow the R-01 closure evidence sequence: check the user-facing SLOs, critical user journey, relevant dependency health, and data/state correctness. Observe a defined stability window and check secondary effects such as backlog recovery.
  3. Do not equate alert resolution with recovery. A cleared alert or passing health endpoint is evidence, not a resolution verdict. If required evidence is missing, retain the MITIGATING or MONITORING state, name the unverified boundary, and escalate rather than declare RESOLVED.
  4. Record the evidence. Capture the action, scope, thresholds, observed recovery evidence, remaining uncertainty, and rollback/follow-up trigger in the incident or change record.

"Pre-authorized" means a human service owner, incident commander, or other designated change authority has explicitly approved the specific action and scope in the current incident or change record, with an approval action or confirmation independently attributable to that human. A request to investigate or diagnose, an approved standing policy/runbook without current human confirmation, an agent-authored note or self-claimed role, or the agent's own judgment is not production-mutation authorization. Automation may execute only after that authorization is verified and the action is bounded. It must stop and hand off when authorization, blast radius, rollback path, or recovery evidence cannot be established.

Reference Files

TopicFileWhen to Load
SRE Book Chapter Summariesreferences/sre-book-chapters.mdDesign engagement, first principles review
SLO/SLI Frameworkreferences/slo-sli-framework.mdDefining reliability targets
SLO Implementation Recipereferences/slo-implementation-recipe.mdAgent-executable SLO adoption sequence and stakeholder review
Error Budget Governancetemplates/error-budget-policy.md and references/slo-sli-framework.mdPolicy design, burn rate alerts
Incident Command Systemreferences/incident-command-system.mdDuring/after incident, training
Blameless Postmortemsreferences/postmortem-culture.mdAfter incident, process design
Monitoring & Alertingreferences/monitoring-alerting.mdObservability design, alert rules
On-Call Best Practicesreferences/oncall-best-practices.mdRotation design, team sizing
Toil Eliminationreferences/toil-elimination.mdAutomation prioritization, ops review
Release Engineeringrelease-engineeringRelease planning, promotion, progressive delivery, and rollback design; use the local reference only for SRE-specific integration context
Effective Troubleshootingreferences/troubleshooting.mdDebugging methodology
Senior SRE Role Blueprintreferences/senior-sre-blueprint.mdRole definition, KPI framework
SRE Communication Guidereferences/sre-communication-guide.mdStakeholder updates, incident communication
Guiding Principlesreferences/guiding-principles.mdFirst principles, philosophy
Product-Focused Reliabilityreferences/product-focused-reliability.mdProduct-centric SRE, CUJ-based SLOs, JTBD model
Twenty Years of Lessonsreferences/twenty-years-lessons.mdIncident-derived tactical lessons, Prodverbs
SRE Ecosystem Guidereferences/sre-ecosystem-guide.mdCurated guide to all SRE resources (Workbook, Secure Systems, Classroom, Prodcast, STPA, Video Gallery, Mobaa, fundamentals, AI ops)
Adoption and Engagementreferences/sre-adoption-and-engagement.mdStarting SRE, dedicated and non-dedicated team models, maturity, change adoption
Reliability Design and Changereferences/reliability-design-and-change.mdCapacity, overload, configuration, canaries, data durability, dependencies, design review
Human Systems and Learningreferences/human-systems-and-learning.mdCognitive work, sustainable on-call, psychological safety, documentation, exercises
Third-Party Dependency Reliabilityreferences/third-party-dependency-reliability.mdVendor boundaries, failure modes, fallbacks, and provider evidence
Operational Documentationreferences/operational-documentation.mdFunctional quality, ownership, testing, and staleness lifecycle

Templates

TemplateFilePurpose
Incident Commander Checklisttemplates/incident-command-checklist.mdStep-by-step IC response
Postmortem Templatetemplates/postmortem-template.mdBlameless postmortem document
Runbook Templatetemplates/runbook-template.mdOperational runbook standard
SLO Declaration Templatetemplates/slo-declaration-template.mdService-level objective specification
Error Budget Policytemplates/error-budget-policy.mdTeam-level error budget governance
On-Call Rotation Templatetemplates/oncall-rotation.mdRotation schedule and escalation
Service Review Checklisttemplates/service-review-checklist.mdPre-launch reliability review
Incident Communication Templatetemplates/incident-communication.mdStatus updates during incidents
Reliability Design Reviewtemplates/reliability-design-review.mdEvidence-based review of user impact, failure modes, capacity, change, and operations
Operational Overload Recoverytemplates/operational-overload-recovery.mdDeclare, protect, reduce, and verify recovery from unsustainable operational load
Reliability Ownership Chartertemplates/reliability-ownership-charter.mdMake service, pager, dependency, and engagement boundaries explicit

Scripts

ScriptPurpose
scripts/slo-burn-rate.pyCalculate error budget burn rate from SLI data

Portability

This skill is intentionally host-neutral. Use your agent's normal mechanisms to load the references, templates, and scripts listed here. Do not assume a particular profile system, task orchestrator, memory service, or response-handoff format.

Relacionados por tarefa

do mesmo repositório

Mais Skills

Todos os Skills
magnus919
Comunidade

analog-occultism

- Use this skill to create subject-neutral images and videos in an analog occultism / industrial CRT noir aesthetic: near-monochrome archival technical atmosphere, severe low-key lighting, tactile signal degradation, industrial geometry, and quiet unresolved tension. Use for portraits, products, environments, interfaces, diagrams, abstract forms, stills, and motion. Do not use for colorful cyberpunk, vaporwave, glossy advertising, conventional horror, or clean digital renders.

instalações
1
GitHub Stars
127
Atualizado
13 de out.
magnus919
Comunidade

api-design-and-evolution

- Design, govern, document, review, and evolve consumer-facing APIs and event interfaces. Use when choosing REST/HTTP, GraphQL, RPC, events, webhooks, or streaming; writing OpenAPI or AsyncAPI contracts; assessing an API landscape, ownership, duplication, lifecycle, discoverability, retirement, gateways, service meshes, north-south or east-west traffic, routing, policy, observability, or failure boundaries; defining schemas, pagination, mutations, errors, idempotency, or compatibility; or planni

instalações
1
GitHub Stars
127
Atualizado
13 de out.
magnus919
Comunidade

binary-analysis

- Plan static inspection of unknown binary files with a deterministic CLI whose Ghidra operations are currently unimplemented and fail closed. Use when you need to inspect a PE, ELF, or Mach-O file — triage suspicious binaries, map imported APIs, decompile functions, trace call paths, or produce structured evidence reports. Do not use for runtime analysis (debugging, dynamic tracing, sandbox execution), for modifying or patching binaries, or for binaries you already know everything about. The sk

instalações
1
GitHub Stars
127
Atualizado
13 de out.
magnus919
Comunidade

bmad

- Use this skill to run BMad (Breakthrough Method of Agile AI-Driven Development) as a harness-agnostic control-plane protocol that turns human intent into bounded, inspectable, resumable agent work. Compress intent into a five-field contract (Why, Capabilities, Constraints, Non-goals, Success signal); classify work as direct/bounded/initiative and route to the smallest safe path; carry decisions in durable artifacts; review as triage; route failure to the layer where ambiguity entered; and gate

instalações
1
GitHub Stars
127
Atualizado
13 de out.