rawgentic:incident

Orchestrates a 14-step incident response and root cause analysis workflow.

2|Updated Mar 3, 2026
One-click install
npx skills add https://github.com/3D-Stories/rawgentic --skill rawgentic-incident
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: rawgentic:incident
Source: https://github.com/3D-Stories/rawgentic/tree/main/skills/incident
Command: npx skills add https://github.com/3D-Stories/rawgentic --skill rawgentic-incident

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill provides a structured, 14-step workflow to rapidly diagnose, stabilize, and perform root cause analysis for production incidents, ensuring service restoration and preventing recurrence.

Core Features & Use Cases

  • Phased Incident Response: Separates immediate stabilization (Phase A) from in-depth root cause analysis (Phase B).
  • Guided Workflow: Follows a strict step-by-step process with clear instructions and verification gates.
  • Config-Driven Operations: Leverages project configuration (.rawgentic.json) for environment setup and diagnostics.
  • Use Case: When a critical API is returning 500 errors, invoke this Skill to quickly identify the cause, restore service, and then conduct a 5 Whys analysis to implement a permanent fix and prevent future occurrences.

Quick Start

Use the incident skill to respond to an incident where the dashboard is not loading.

Frequently Asked Questions about rawgentic:incident

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

FAQPage Schema
What is a structured workflow for incident response and root cause analysis in production?

A structured incident response workflow separates immediate service stabilization from in-depth root cause analysis. This process uses a 14-step approach to rapidly diagnose production issues, restore service, and conduct 5 Whys analysis to implement permanent preventive fixes.

How do I fix production incidents returning 500 errors using an automated workflow?

To fix production incidents returning 500 errors, use a phased incident response workflow. Phase A focuses on rapid diagnosis and service stabilization using provided playbooks, while Phase B conducts a detailed 5 Whys analysis to establish permanent fixes and prevent future occurrences.

Can I use incident response automation for SRE production support without external dependencies?

Yes, you can execute SRE production support workflows without external dependencies. The incident response process operates independently using project configuration files loaded from the environment, ensuring strict step-marker enforcement and guided diagnostics for rapid root cause analysis.

What is the best way to conduct a 5 Whys analysis after resolving a production outage?

The best way to conduct a 5 Whys analysis is executing it as a dedicated post-incident phase. After service restoration, the workflow transitions to root cause analysis, guiding detailed 5 Whys investigations to identify underlying issues and implement preventive measures against recurrence.

Do I need a project configuration file to run automated incident response and debugging workflows?

Yes, a project configuration file is required for config-driven incident response operations. The workflow leverages this configuration for environment setup and diagnostics, ensuring accurate service stabilization and root cause analysis during production debugging and incident management.

Why does my incident response workflow separate stabilization from root cause analysis?

Incident response workflows separate stabilization from root cause analysis to prioritize immediate service restoration. Phase A rapidly stabilizes the affected service using playbooks, while Phase B focuses entirely on detailed 5 Whys analysis to ensure permanent fixes without delaying recovery.