responding-to-incidents
Skill1 starsChanged 10 months agoMITView on GitHub
Accelerate incident response with structured workflows, log analysis scripts, and automated postmortem generation. When responding to an incident, copy this checklist: Gather information quickly: Run quick health check if URL known: Gather logs from affected services and analyze: Output includes: For multiple log files, run against each and compare patterns. Generate chronological incident timeline: Key events to identify: Quantify the damage: Apply systematic analysis: For common issues, see RUNBOOKS.md. Verification: Create blameless postmortem document: See POSTMORTEM.md for template and guidelines.
We split this skill into the rules it gives an agent
8 rules. 0 are common, 5 are distinctive, and 3 are very specific to this project.
0
Common
Most of the 3 edited versions we read keep these.
5
Distinctive
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 15
When responding to an incident, copy this checklist:
- Distinctive: line 41
Run quick health check if URL known:
- Distinctive: line 116
Create blameless postmortem document:
- Very specific: line 143
Run check_health.py → Confirms 500 errors
- Very specific: line 144
Run analyze_logs.py on API logs → Finds "connection pool exhausted"
- Very specific: line 145
Run generate_timeline.py → Shows spike after traffic increase
- Distinctive: line 146
Check RUNBOOKS.md → Database section has resolution
- Distinctive: line 159
Create postmortem with action items
“Common” is measured: kept by at least 6 in 10 of the 3 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Incident Response Helper
Accelerate incident response with structured workflows, log analysis scripts, and automated postmortem generation.
Quick Start
When responding to an incident, copy this checklist:
Incident Response Progress:
- [ ] Step 1: Initial Assessment
- [ ] Step 2: Collect & Analyze Logs
- [ ] Step 3: Build Timeline
- [ ] Step 4: Assess Impact
- [ ] Step 5: Root Cause Analysis
- [ ] Step 6: Resolve & Verify
- [ ] Step 7: Generate PostmortemWorkflow
Step 1: Initial Assessment
Gather information quickly:
- What's broken? — Identify affected services/endpoints
- Severity? — P1 (total outage), P2 (major degradation), P3 (partial impact)
- When did it start? — Approximate start time
- Who's affected? — Users, regions, features
Run quick health check if URL known:
python scripts/check_health.py <url> --timeout 10Step 2: Collect & Analyze Logs
Gather logs from affected services and analyze:
python scripts/analyze_logs.py <log_file> --format jsonOutput includes:
- Error patterns and frequency
- Exception stack traces
- Latency anomalies
- HTTP status code distribution
For multiple log files, run against each and compare patterns.
Step 3: Build Timeline
Generate chronological incident timeline:
python scripts/generate_timeline.py <log_dir> --start "YYYY-MM-DDTHH:MM:SS" --end "YYYY-MM-DDTHH:MM:SS"Key events to identify:
- First error occurrence
- Deployment or config changes
- Traffic patterns
- External dependencies failures
Step 4: Assess Impact
Quantify the damage:
| Metric | How to measure |
| Duration | End time - Start time |
| Users affected | Error logs, support tickets |
| Revenue impact | Failed transactions |
| Data loss | Check persistence layer |
Step 5: Root Cause Analysis
Apply systematic analysis:
- What changed? — Deployments, configs, dependencies
- 5 Whys — Keep asking "why" until root cause found
- Contributing factors — List all factors, not just primary cause
For common issues, see RUNBOOKS.md.
Step 6: Resolve & Verify
- Implement fix — Code change, rollback, or config update
- Verify resolution — Run health checks, monitor metrics
- Communicate — Update stakeholders
Verification:
python scripts/check_health.py <url> --timeout 10
# Verify logs show no new errors
python scripts/analyze_logs.py <new_logs> --format textStep 7: Generate Postmortem
Create blameless postmortem document:
python scripts/create_postmortem.py --title "Incident Title" --severity P1 --output postmortem.mdSee POSTMORTEM.md for template and guidelines.
Utility Scripts
| Script | Purpose |
analyze_logs.py | Parse logs, find error patterns |
generate_timeline.py | Create timeline from logs |
create_postmortem.py | Generate postmortem template |
check_health.py | Quick endpoint health check |
Examples
Example 1: Database Connection Exhaustion
User: "Our API is returning 500s, help me investigate"
- Run
check_health.py→ Confirms 500 errors - Run
analyze_logs.pyon API logs → Finds "connection pool exhausted" - Run
generate_timeline.py→ Shows spike after traffic increase - Check RUNBOOKS.md → Database section has resolution
- Fix: Increase pool size, verify with health check
- Generate postmortem
Example 2: Deployment Caused Regression
User: "Users reporting slow responses after deploy"
- Initial assessment: P2, latency issue
- Analyze logs → High latency in specific endpoint
- Timeline → Correlates with deployment time
- Root cause → N+1 query introduced in new code
- Resolution → Rollback deployment
- Create postmortem with action items
Related Skills
- codebase-onboarding — Understand service architecture first
- api-docs-generator — Document API for better debugging
Other versions3 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 3
- FlyFission/nuclear-grade-context-engineering★ 33same name
- EvilFreelancer/secas★ 11same name
- EvilFreelancer/secs★ 11same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository7 other files it gives its agents.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

