error-resilience-review

Audit code changes for error handling, retries, timeouts, and idempotency gaps.

15|5|Updated May 17, 2026
One-click install
npx skills add https://github.com/cropsgg/skills --skill error-resilience-review
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: error-resilience-review
Source: https://github.com/cropsgg/skills/tree/main/skills/engineering/error-resilience-review
Command: npx skills add https://github.com/cropsgg/skills --skill error-resilience-review

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Audit and harden code changes by identifying and mitigating failure modes in error handling, retries, timeouts, idempotency, and graceful degradation.

Core Features & Use Cases

  • Inventory external interactions in a diff (HTTP calls, queues, databases, external APIs) and classify risks.
  • Enforce bounded timeouts, idempotent delivery, and controlled retry/backoff to prevent outage storms.
  • Provide actionable guidance for turning failures into safe, degraded experiences and clear rollback paths.

Quick Start

Review a diff to confirm that outbound calls have bounded timeouts, proper retries with backoff, and clearly defined degradation paths.

Frequently Asked Questions about error-resilience-review

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

FAQPage Schema
How do I audit code changes for missing error handling and retry logic?

Audit code changes by inventorying external interactions in a diff, then classifying risks across error handling, retries, timeouts, idempotency, and graceful degradation to return a prioritized set of required fixes.

What is graceful degradation and how does it prevent outage storms in microservices?

Graceful degradation turns outbound call failures into safe, degraded experiences by enforcing bounded timeouts, controlled retry budgets with backoff, and clear rollback paths to prevent cascading outage storms across services.

How do I add idempotency keys and retry budgets to outbound HTTP calls?

Add idempotency keys and retry budgets to outbound HTTP calls by enforcing bounded timeouts alongside controlled retry and backoff strategies, ensuring robust failure handling and preventing duplicate processing.

Does this resilience review work with scheduled tasks and messaging queues?

Resilience review applies to changes affecting scheduled tasks, messaging queues, databases, and any feature with external dependencies, evaluating timeout boundaries, observability hooks, and degradation strategies.

When should I use bounded timeouts and backoff for external API dependencies?

Use bounded timeouts and backoff for external API dependencies whenever you ship changes affecting outbound calls, ensuring failures are handled robustly with clear observability hooks and degradation paths.