smithery/dicklesworthstone

Error Handling Base

>- Foundation for error handling patterns. This is a base skill designed to be extended by language-specific error handling skills.

Installation

$ npx skills add smithery/dicklesworthstone --skill error-handling-base

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/dicklesworthstone · top by installs.

npx skills add smithery/dicklesworthstone

Browse all from smithery/dicklesworthstone

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,355 B
  • docs SUMMARY.md 155 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

Error Handling Base

Core insight: Good error handling is about communication - to users, developers, and monitoring systems.

Rules

  • Always handle errors explicitly - never ignore them
  • Use meaningful error messages that describe what went wrong
  • Include context in error messages (what was being attempted)
  • Log errors at appropriate levels (error vs warning vs info)
  • Distinguish between recoverable and unrecoverable errors

Pitfalls

  • Swallowing exceptions without logging
  • Using generic error messages like "An error occurred"
  • Exposing internal implementation details in user-facing errors
  • Catching broad exception types when specific ones are needed

Examples

// Bad: Generic error
throw new Error("Error");

// Good: Descriptive error with context
throw new Error(`Failed to parse config file '${filename}': ${parseError.message}`);

Checklist

  • All error paths are handled explicitly
  • Error messages are actionable and descriptive
  • Sensitive information is not leaked in errors
  • Errors are logged before being re-thrown or converted