error-boundaries

Identify error boundaries across HTTP controllers, services, and UI layers.

13|2|Updated Jan 21, 2026
One-click install
npx skills add https://github.com/yanko-belov/code-craft --skill error-boundaries
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: error-boundaries
Source: https://github.com/yanko-belov/code-craft/tree/main/skills/error-boundaries
Command: npx skills add https://github.com/yanko-belov/code-craft --skill error-boundaries

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps teams decide where to catch errors to prevent cascading failures and to improve debuggability and resilience.

Core Features & Use Cases

  • Boundary-first error handling: Identify where errors should be caught to minimize propagation and ensure clear failure modes.
  • Architectural guidance: Provides rules for HTTP controllers, internal services, and UI boundaries to keep business logic clean.
  • Gracious degradation: Enables safe fallbacks and meaningful error responses when boundaries are hit.

Quick Start

Audit your codebase to locate where errors travel across layers, remove scattered try/catch blocks, and centralize handling at the designated boundaries. Then run targeted tests to verify proper propagation and graceful degradation.

Frequently Asked Questions about error-boundaries

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

FAQPage Schema
What is boundary-based error handling and how does it prevent cascading failures?

Boundary-based error handling centralizes exception management at architectural boundaries like HTTP controllers and UI layers to prevent cascading failures and ensure clear failure modes. This approach stops errors from propagating uncontrollably across internal services.

How do I stop scattered try/catch blocks from polluting my internal services?

To stop scattered try/catch blocks from polluting internal services, audit your codebase to locate where errors travel across layers, remove the scattered handlers, and centralize handling at designated architectural boundaries.

Where should I place error handling in software architecture for graceful degradation?

For graceful degradation, error handling should be placed at HTTP controllers, internal services, and UI boundaries. Centralizing handling at these designated boundaries enables safe fallbacks and meaningful error responses.

What's the best way to translate errors appropriately across architectural boundaries?

The best way to translate errors appropriately across architectural boundaries is to document each boundary, centralize exception handling at the boundary layer, and translate the errors into meaningful responses for the receiving layer.

Can I apply boundary-first exception management to existing codebases?

Yes, you can apply boundary-first exception management to existing codebases by auditing where errors travel across layers, removing scattered try/catch blocks, centralizing handling at boundaries, and running targeted tests to verify propagation.