m13-domain-error

Design error hierarchies and recovery patterns for domain-specific failures.

Updated Feb 12, 2026
One-click install
npx skills add https://github.com/jmduea/emotiv-cortex-rs --skill m13-domain-error-jmduea
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: m13-domain-error
Source: https://github.com/jmduea/emotiv-cortex-rs/tree/main/.github/skills/m13-domain-error
Command: npx skills add https://github.com/jmduea/emotiv-cortex-rs --skill m13-domain-error-jmduea

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It guides developers to design consistent, maintainable error handling for domain-specific failures, ensuring errors are properly categorized, communicated, and recoverable.

Core Features & Use Cases

  • Error Categorization Matrix: Classifies errors by audience, recovery strategy, and example types.
  • Recovery Patterns: Provides guidelines for retries, fallbacks, circuit breakers, and graceful degradation.
  • Error Hierarchy Blueprint: Shows how to structure typed error enums with context and retryability checks.
  • Use Case: Designing error handling for a payment processing service, balancing user‑facing messages, internal diagnostics, and operational alerts.

Quick Start

Ask the skill to suggest an error hierarchy for a payment processing service.

Frequently Asked Questions about m13-domain-error

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

FAQPage Schema
How do I design domain error handling strategies for a microservice?

Domain error handling strategies require classifying errors by audience, defining recovery patterns like retries and circuit breakers, and propagating context across users, developers, and operations. The skill guides you to structure typed error enums with retryability checks and ensure graceful degradation.

What is an error categorization matrix and how does it work?

An error categorization matrix classifies domain-specific failures by target audience, recovery strategy, and example types. It works by mapping each error to a specific recovery pattern, ensuring failures are properly categorized, communicated, and recoverable across your service architecture.

How do I structure an error hierarchy blueprint with retryability checks?

Structuring an error hierarchy blueprint involves creating typed error enums that carry context and retryability checks. This blueprint organizes domain errors hierarchically, enabling services to programmatically determine whether to retry, fallback, or gracefully degrade when a failure occurs.

What's the best way to classify domain errors for a payment processing service?

Classifying domain errors for a payment processing service involves categorizing failures by audience and recovery strategy, balancing user-facing messages, internal diagnostics, and operational alerts. The skill provides guidelines to structure these error types with appropriate retry policies and context propagation.

When should I use circuit breakers and graceful degradation for error recovery?

Circuit breakers and graceful degradation should be used when domain errors require resilience mechanisms to prevent cascading failures. The skill provides recovery pattern guidelines for applying retries, fallbacks, and circuit breakers based on the specific error type classification and retryability.

Can I use this skill to handle errors across users, developers, and operations teams?

Yes, the skill explicitly designs error handling to categorize, recover, and communicate domain-specific failures across users, developers, and operations. It ensures errors are properly categorized and communicated by mapping each failure type to the appropriate audience and recovery strategy.