error-message

Standardize user-facing error messages with a what-why-next template.

9|3|Updated Jun 13, 2026
One-click install
npx skills add https://github.com/Sir-chawakorn/sanook-cli --skill error-message
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: error-message
Source: https://github.com/Sir-chawakorn/sanook-cli/tree/main/skills/error-message
Command: npx skills add https://github.com/Sir-chawakorn/sanook-cli --skill error-message

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill addresses the common issue of vague, technical, or blaming error messages that frustrate users and increase support overhead by providing a structured framework for clear, actionable communication.

Core Features & Use Cases

  • Message Classification: Provides a systematic approach to categorize failures into validation, operational, or fatal types to ensure appropriate tone and detail.
  • Actionable Copywriting: Enforces a strict what-why-next template to ensure users always know how to resolve an issue.
  • Codebase Auditing: Includes regex-based search patterns to identify and refactor vague or leaky error strings across large codebases.

Quick Start

Use the error-message skill to audit the current project codebase for vague error strings and propose improved, user-friendly alternatives.

Frequently Asked Questions about error-message

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

FAQPage Schema
How do I standardize error messages across CLI, API, and UI development?

Standardize error messages by applying a structured what-why-next template that defines the failure, cause, and specific user action. This ensures clear, actionable, and non-blaming communication across all interfaces.

What is the best way to audit a codebase for vague or leaky error strings?

Audit a codebase for vague error strings by using regex-based search patterns to identify them. This approach scans large codebases to find and refactor poor error handling into user-friendly alternatives.

How do I write actionable error messages that reduce support overhead?

Write actionable error messages by following a strict three-part template covering the failure, the cause, and the next step. This prevents vague or technical communication that frustrates users and increases support tickets.

Can I categorize different types of validation and operational errors systematically?

Categorize validation and operational errors systematically by classifying failures into validation, operational, or fatal types. This classification ensures the message applies the appropriate tone and detail level.

Why do my application's technical exception messages frustrate users?

Technical exception messages frustrate users when they are vague, blame the user, or leak implementation details. Standardizing them with an actionable what-why-next template resolves this by providing clear next steps.

Are there limitations to using a three-part template for UX error writing?

A limitation of using a three-part template for UX error writing is that very short UI components may lack space for the full failure, cause, and next step, requiring condensed but still actionable copywriting.