prd-v08-runbook-creation_skill

This skill helps you create precise RUN- entries with step-by-step operational playbooks for incidents, deployments, and maintenance.
  • Python

17

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill mattgierhart/prd-driven-context-engineering --skill prd-v08-runbook-creation

  • SKILL.md9.8 KB

Overview

This skill creates concise, actionable runbooks for incident response, deployments, maintenance, recovery, and escalation during PRD v0.8 Deployment & Ops. It outputs RUN- entries with clear scope, prerequisites, step-by-step procedures, verifications, escalation paths, and post-incident actions. The runbooks are written for operators with minimal context to ensure fast, reliable responses.

How this skill works

On request, the skill identifies critical scenarios (MON-, DEP-, RISK- entries) and maps each scenario to a single RUN- runbook. It generates a template-based runbook that includes scope, prerequisites, numbered procedures with commands, verification checks, escalation instructions, and post-incident tasks. Each output is traceable with linked IDs and a last-tested date to support maintenance and drills.

When to use it

  • When an alert fires and you need a clear step-by-step response
  • Before a scheduled production deployment or hotfix
  • For routine maintenance windows or scheduled backups
  • When defining escalation paths for on-call teams
  • During release planning to ensure MON-/DEP-/RISK- coverage

Best practices

  • Create one runbook per distinct scenario with explicit scope and exclusions
  • Include precise commands, links, and contact info; assume minimal operator context
  • Add verification checks after each major step to confirm success
  • Define clear escalation conditions, contacts, and required handoff data
  • Keep an owner and last-tested date; update runbooks after drills or incidents
  • Split overly long procedures into focused runbooks to avoid operator confusion

Example use cases

  • RUN-001 style incident: database connection pool exhaustion with SQL checks, kill steps, and escalation
  • RUN-002 style deployment: pre-deploy announcement, checkpoint tagging, CI/CD deploy, smoke tests, and 15-minute monitoring
  • Maintenance runbook: certificate renewal with prerequisites, step-by-step renewal, verification, and rollback steps
  • Recovery runbook: data restore procedure with verification and post-restore validation
  • Escalation runbook: when automated remedies fail, who to contact and what information to provide

FAQ

Runbooks follow the RUN- template: title, category, trigger, owner, scope, prerequisites, step-by-step procedure with commands and verification, escalation, and post-incident tasks.

Who should own and maintain runbooks?

Assign an owner (team or role) responsible for testing, last-tested dates, and updates after incidents or drills. Owners ensure runbooks remain accurate and actionable.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational