auto-resilience

Enforce timeouts, retries, and degradation for HTTP requests and webhook deliveries.

6|Updated Mar 31, 2026
One-click install
npx skills add https://github.com/Corvalis-LLC/Crow-Stack --skill auto-resilience
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: auto-resilience
Source: https://github.com/Corvalis-LLC/Crow-Stack/tree/main/skills/auto-resilience
Command: npx skills add https://github.com/Corvalis-LLC/Crow-Stack --skill auto-resilience

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Network calls are often left unprotected, leading to timeouts, retries, and degraded user experiences. This Skill centralizes resilience patterns to ensure dependable production traffic across HTTP requests, API calls, and event deliveries.

Core Features & Use Cases

  • Timeouts on every request
  • Retries with exponential backoff and jitter
  • Idempotency guarantees for safe retries
  • Partial failure handling and graceful degradation
  • Observability with detailed attempt logs and metrics
  • Use Case: parallel calls to multiple services with resilience and fallback when some services fail

Quick Start

Configure per-request timeouts and retry policies with backoff and jitter for all external calls.

Frequently Asked Questions about auto-resilience

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

FAQPage Schema
How do I make HTTP requests resilient with retries and timeouts?

To make HTTP requests resilient, you enforce explicit timeouts and apply retries using exponential backoff with jitter to prevent cascading failures and ensure dependable production traffic.

What is exponential backoff with jitter and when do I need it for network calls?

Exponential backoff with jitter spaces out retry attempts for unreliable network calls using randomized delays, preventing synchronized retry storms and reducing load on downstream services.

How do I handle partial failures when aggregating data from multiple services?

Handling partial failures requires graceful degradation strategies that allow multi-service data aggregation to succeed even when some services fail, returning fallback data instead of aborting.

Why do I need idempotency guarantees for safe API retries?

Idempotency guarantees are needed for safe API retries because they ensure duplicate network calls produce the same result without side effects, preventing data corruption during automated recovery.

Can I use circuit breaker patterns for webhook deliveries and degraded traffic?

Circuit breaker patterns can be applied to webhook deliveries and degraded traffic by implementing explicit timeouts and fallback strategies, halting requests to failing endpoints until they recover.

What is the best way to add observability to resilient network calls?

The best way to add observability to resilient network calls is logging detailed attempt metrics for each retry, timeout, and fallback event to monitor reliability and diagnose production traffic issues.