Use when writing, reviewing, or rewriting user-facing error messages, validation messages, form errors, empty/error states, auth errors, failure notifications, retry/support copy, CLI errors, or API errors humans will read. Helps make errors specific, actionable, non-blaming, accessible, and safe without leaking sensitive details.
95
92%
Does it follow best practices?
Impact
99%
1.08xAverage score across 3 eval scenarios
Passed
No known issues
Quality
Discovery
100%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This is an excellent skill description that clearly defines its niche in error message UX writing. It opens with an explicit 'Use when' clause covering a comprehensive range of trigger scenarios, lists concrete actions (writing, reviewing, rewriting), and specifies quality outcomes (specific, actionable, non-blaming, accessible, safe). The description is concise yet thorough, uses third person voice appropriately, and would be easily distinguishable from other skills.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists multiple specific concrete actions: writing, reviewing, rewriting error messages across many specific categories (validation messages, form errors, empty/error states, auth errors, failure notifications, retry/support copy, CLI errors, API errors). Also specifies quality attributes: specific, actionable, non-blaming, accessible, safe. | 3 / 3 |
Completeness | Explicitly answers both 'what' (helps make errors specific, actionable, non-blaming, accessible, and safe) and 'when' (opens with 'Use when writing, reviewing, or rewriting user-facing error messages...' with a comprehensive list of trigger scenarios). | 3 / 3 |
Trigger Term Quality | Excellent coverage of natural terms users would say: 'error messages', 'validation messages', 'form errors', 'empty states', 'error states', 'auth errors', 'failure notifications', 'retry copy', 'CLI errors', 'API errors'. These are all terms a user would naturally use when requesting help with error UX writing. | 3 / 3 |
Distinctiveness Conflict Risk | Clearly occupies a distinct niche: user-facing error message UX writing. The specificity of the domain (error messages, validation copy, failure notifications) and the quality criteria (non-blaming, no sensitive detail leaking) make it highly unlikely to conflict with general copywriting or code debugging skills. | 3 / 3 |
Total | 12 / 12 Passed |
Implementation
85%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a strong instruction-only skill that provides highly actionable, well-structured guidance for writing error messages across multiple contexts (UI, CLI, API, security). The workflow is clear with a useful final validation checklist, and progressive disclosure is well-handled with references to supporting files. Minor verbosity in a few sections prevents a perfect conciseness score, but overall the skill is effective and well-crafted.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is mostly efficient and avoids explaining concepts Claude already knows (like what error messages are), but some sections could be tightened—e.g., the 'When Asked for a Generic Error' section's bullet list is somewhat verbose, and the tables repeat patterns that could be more compressed. Overall it respects Claude's intelligence but has room for trimming. | 2 / 3 |
Actionability | The skill provides concrete, copy-paste-ready error message patterns, specific do/avoid examples in tables, real text templates with placeholders, and a structured checklist for auditing messages. The guidance is immediately executable for writing or reviewing error messages. | 3 / 3 |
Workflow Clarity | The skill establishes a clear sequence: identify audience/failure/cause/recovery → write the message shape → apply core rules → run the final check. The 'Final Check' section serves as an explicit validation checkpoint, and the 'When Asked for a Generic Error' section provides a feedback loop for pushing back on vague requests. For an instruction-only skill, this is well-sequenced. | 3 / 3 |
Progressive Disclosure | The skill provides a concise overview with well-signaled references to 'references/source-backed-patterns.md' and 'references/rewrite-examples.md' with clear guidance on when to open each. Content is appropriately split into scannable sections with tables and examples inline, and deeper material deferred to reference files. | 3 / 3 |
Total | 11 / 12 Passed |
Validation
100%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 11 / 11 Passed
Validation for skill structure
No warnings or errors.
40067f1
Table of Contents
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.