defensive-patterns

Recommend missing reliability patterns for a specified service or module.

Updated Mar 8, 2026
One-click install
npx skills add https://github.com/luyzkk/Anti-Vibe-Coding --skill defensive-patterns
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: defensive-patterns
Source: https://github.com/luyzkk/Anti-Vibe-Coding/tree/main/skills/defensive-patterns
Command: npx skills add https://github.com/luyzkk/Anti-Vibe-Coding --skill defensive-patterns

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Defensive-pattern selection prevents production outages and runaway costs by ensuring critical endpoints and integrations handle failures predictably instead of cascading into broader incidents.

Core Features & Use Cases

  • Pattern Menu with Risk-Based Guidance: Presents production defensive categories like rate limiting, circuit breakers, timeouts, fallback responses, retries with backoff, bulkheads, centralized config, health checks, and graceful degradation, then guides prioritization by impact.
  • Context-Aware Application: Reads the target module/service code when a name is provided, identifies which patterns already exist, and recommends only relevant missing ones.
  • Production-Ready Implementation Prompts: Provides concrete “when to use” triggers and operational expectations (e.g., 429 for rate limiting, open/half-open states for circuit breakers, explicit timeouts for all external calls).

Quick Start

Run defensive pattern selection for the module you want to protect by calling /anti-vibe-coding:defensive-patterns with the service or module name as the argument.

Frequently Asked Questions about defensive-patterns

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

FAQPage Schema
How do I prevent cascading failures when integrating external services?

Defensive patterns like circuit breakers, explicit timeouts, and retries with backoff prevent cascading failures during external service integration. These mechanisms isolate faults, stop error propagation, and ensure predictable failure behavior across your system.

What's the best way to identify missing reliability patterns in an existing module?

The best way to identify missing reliability patterns is to analyze the target module code against a comprehensive checklist of defensive categories. This context-aware approach detects existing mechanisms and recommends only the missing, relevant hardening patterns like bulkheads or rate limiting.

When do I need rate limiting and circuit breakers for production hardening?

You need rate limiting and circuit breakers for production hardening when exposing public endpoints to prevent abuse, or when making outbound integrations to protect against downstream service outages and ensure graceful degradation.

How do I prioritize resilience mechanisms for my microservices?

Prioritize resilience mechanisms by evaluating the operational impact of potential failures. Focus on high-impact areas first, applying targeted production safety patterns like fallback responses for non-critical features and bulkheads to isolate critical resources.

Does this defensive pattern selection work without specifying a target module?

Yes, defensive pattern selection works without specifying a target module. When no argument is given, it covers the full category set of production defensive patterns, providing a comprehensive menu of reliability mechanisms for general production hardening.