incident-response

Diagnose production incidents and triage their impact with a structured workflow.

Updated Jun 8, 2026
One-click install
npx skills add https://github.com/az9713/atlas-agent-tutorial --skill incident-response-az9713
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: incident-response
Source: https://github.com/az9713/atlas-agent-tutorial/tree/main/ch09_agent_skills/skills/incident-response
Command: npx skills add https://github.com/az9713/atlas-agent-tutorial --skill incident-response-az9713

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill provides a disciplined, repeatable incident-response workflow to triage and resolve production incidents, reducing mean time to recovery and preventing guesswork.

Core Features & Use Cases

  • Assess severity and scope of impact using a structured signals checklist.
  • Gather signals such as recent deployments, logs, and resource metrics.
  • Form a single hypothesis and test with one diagnostic command.
  • Execute a safe fix or rollback with clearly defined actions.
  • Post-mortem and follow-up actions are documented.

Quick Start

Initiate the incident-response workflow immediately when production issues are detected to guide rapid, safe triage.

Frequently Asked Questions about incident-response

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

FAQPage Schema
How do I triage a production incident to minimize downtime?

To triage a production incident, assess severity and scope using a structured signals checklist, gathering recent deployments, logs, and resource metrics to minimize downtime.

What is the best way to diagnose elevated errors during an on-call shift?

The best way to diagnose elevated errors is to form a single hypothesis and test it with one diagnostic command, avoiding guesswork during your on-call shift.

How do I structure a post-mortem after resolving a live outage?

To structure a post-mortem after a live outage, document the executed fixes and follow-up actions using a structured process to ensure repeatable incident resolution.

Can I use this incident response workflow for degraded services in any production environment?

Yes, you can use this incident response workflow for degraded services, live outages, and user-reported incidents across any production environment to safely execute fixes or rollbacks.

Why does incident response require a one-hypothesis approach?

Incident response requires a one-hypothesis approach to prevent parallel guesswork, forcing a single diagnostic command test before executing a safe fix or rollback.

What signals do I need to gather to assess the scope of a production incident?

To assess the scope of a production incident, you need to gather signals such as recent deployments, logs, and resource metrics using a structured checklist.