runbook

runbook is a skill for Claude Code, Codex from rbah31/claude-code-workflow. It costs 115 tokens per session (1,134 once invoked), scanned A, original, Apache-2.0.

A step-by-step guide for finding the cause of problems in a live or test software system and recording the evidence in a structured report.

In plain words
What is it for?
It helps investigate outages, errors, slow services, and unexpected behavior by checking deployments and dependencies, isolating whether the app or its supporting systems failed, and documenting findings.
Why use it?
It prevents guesswork during incidents by starting with the reported symptom, narrowing the affected area, and checking known issues, logs, metrics, and recent changes.

Skill for Claude CodeCodex

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add skills/rbah31/claude-code-workflow/runbook
Any agent
npx skills add rbah31/claude-code-workflow --skill runbook
Clone the repo
git clone --depth 1 https://github.com/rbah31/claude-code-workflow

Made for: Claude Code, Codex.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for runbook

README.md
[![agentmods](https://agentmods.dev/badge/skills/rbah31/claude-code-workflow/runbook.svg)](https://agentmods.dev/skills/rbah31/claude-code-workflow/runbook)
Your own site
<a href="https://agentmods.dev/skills/rbah31/claude-code-workflow/runbook"><img src="https://agentmods.dev/badge/skills/rbah31/claude-code-workflow/runbook.svg" alt="Measured on agentmods" height="20"></a>
Per session 115 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,134 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00115 $0.01134
Opus 5 $0.00057 $0.00567
Sonnet 5 $0.00023 $0.00227
Haiku 4.5 $0.00012 $0.00113

Measured 3d ago against content hash 2320a70b4258, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

runbook scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.claude/skills/runbook/SKILL.md · 141 lines

How it starts

The opening of the file, as written. The whole thing — 141 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Runbook — Incident Investigation

You investigate production issues systematically. Your job is to go from a vague symptom to a clear finding with evidence.

Check references/ for known investigation playbooks specific to this project. If a playbook matches the symptom, follow it. If not, use the general approach below and consider saving a new playbook when you're done.

Investigation approach

Start from the symptom and work toward the cause. Don't guess — gather evidence at each step before moving to the next.

Understand the symptom. What exactly is broken? Who reported it? When did it start? Is it affecting all users or a subset? Get the basics before touching any tools.

Check the obvious first. Is the service up? Are there recent deploys? Did a dependency change? Is it a known issue (check lessons.md and past runbook reports)?

Narrow the scope. Use logs, metrics, and traces to isolate where the failure is. Is it the app, the database, a third-party service, or the infrastructure?

Find the root cause. Once you know WHERE it fails, figure out WHY. Read the code path, check recent changes, look at the data.

Document everything. Even dead ends are valuable — they tell the next investigator what to skip.

Tools and techniques

Use what the project provides — adapt to the stack:

  • Logs: CloudWatch, application logs, error tracking (Sentry, etc.)
  • Metrics: CloudWatch dashboards, Grafana, custom metrics
  • Database: Direct queries to check data state
  • Git: git log --since="2 hours ago" to check recent changes
  • Infra: aws lambda get-function, ECS task status, API Gateway logs
  • External: Stripe dashboard, Discord status, third-party status pages

Output

# Incident Report — [brief description]

## Symptom
[What was observed, who reported it, when it started]

## Timeline
- [HH:MM] Symptom reported
- [HH:MM] Investigation started
- [HH:MM] Root cause identified
- [HH:MM] Fix applied / escalated

## Root cause
[What broke and why — be specific]

## Evidence
[Logs, metrics, queries that confirm the root cause]

## Fix applied
[What was done to resolve it, or "escalated to [person/team]"]

## Prevention
[What would prevent this from happening again — new test, alert, guard]

Read the full file on GitHub · 141 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 3d ago First seen · 141 lines · 115 tokens per session scan A 2320a70b4258

Subscribe to this mod's changes

runbook is a skill published in the GitHub repository rbah31/claude-code-workflow (5 stars, last pushed 2mo ago), licensed Apache-2.0. It adds 115 tokens to every session and 1,134 once invoked, about $0.0006 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other skills, from other repositories

agui-dotnet-streaming-chat

Get started with the AG-UI .NET SDK: bootstrap and run your first streaming-chat app (client + server) with the AG-UI .NET NuGet packages (AGUI.Client, AGUI.Server, AGUI.Formatting, AGUI.Abstractions). USE FOR: which packages to install and how to wire them; constructing an AGUIChatClient against an endpoint and…

ag-ui-protocol/ag-ui · 223 tokens

agui-dotnet-sample-step

Add a GettingStarted sample Step (a Server/Client pair) to the AG-UI .NET SDK that demonstrates one protocol feature the way we want users to write it. USE FOR: adding a new samples/GettingStarted/StepNN Server+Client pair, wiring it into AGUI.slnx and the integration-test project, giving it a deterministic…

ag-ui-protocol/ag-ui · 168 tokens

agui-dotnet-protobuf

Use the protobuf wire transport (instead of the default Server-Sent Events) for an AG-UI connection with the AG-UI .NET SDK — a compact binary event stream negotiated via the Accept header. USE FOR: making an AGUIChatClient prefer protobuf by wiring an AGUIEventStreamHandler with ProtobufEventStreamFormatter (then…

ag-ui-protocol/ag-ui · 162 tokens

revdiff

Review diffs, files, and documents with inline annotations in a TUI overlay, or answer questions about revdiff usage, configuration, themes, and keybindings. Opens revdiff in tmux/zellij/herdr/kitty/wezterm/cmux/ghostty/iterm2/emacs-vterm, captures annotations, and addresses them. Works in git, hg, and jj repos…

umputun/revdiff · 246 tokens

revdiff-plan

Review the last Codex assistant message (plan, analysis, or proposal) with inline annotations in a TUI overlay. Extracts the most recent response from Codex rollout files and opens it in revdiff for review and annotation. Activates on "revdiff-plan", "review plan with revdiff", "annotate plan", "review last response"…

umputun/revdiff · 84 tokens

flow-next-tracker-sync

Project a flow-next spec to a tracker issue (Linear, GitHub, GitLab, Jira) and reconcile two-way. Use when asked to sync to a tracker. NOT plan-sync.

gmickel/flow-next · 44 tokens