Structured error handling in Golang with samber/oops — error builders, stack traces, error codes, error context, error wrapping, error attributes, user-facing vs developer messages, panic recovery, and logger integration. Apply when using or adopting samber/oops, or when the codebase already imports github.com/samber/oops.
92
92%
Does it follow best practices?
Impact
Pending
No eval scenarios have been run
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 identifies the specific library (samber/oops), lists comprehensive concrete capabilities, and provides explicit trigger conditions including both adoption scenarios and existing usage detection. It uses proper third-person voice and is concise yet thorough.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists multiple specific concrete actions and concepts: error builders, stack traces, error codes, error context, error wrapping, error attributes, user-facing vs developer messages, panic recovery, and logger integration. | 3 / 3 |
Completeness | Clearly answers both 'what' (structured error handling with samber/oops including specific features) and 'when' ('Apply when using or adopting samber/oops, or when the codebase already imports github.com/samber/oops'). | 3 / 3 |
Trigger Term Quality | Includes highly natural and specific trigger terms users would use: 'samber/oops', 'error handling', 'Golang', 'stack traces', 'error codes', 'error wrapping', 'panic recovery', and the import path 'github.com/samber/oops'. These cover both library-specific and general Go error handling terminology. | 3 / 3 |
Distinctiveness Conflict Risk | Highly distinctive due to the specific library reference (samber/oops) and the Go language context. Unlikely to conflict with generic error handling skills or other language-specific skills. The import path further narrows the trigger scope. | 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 skill that provides comprehensive, actionable guidance for using samber/oops with executable code examples across multiple architectural layers. The progressive disclosure is well-handled with appropriate references to advanced content. The main weakness is moderate verbosity — the motivational 'Why use' section and some explanatory prose could be trimmed since Claude doesn't need to be convinced to use a library it's been instructed to use.
Suggestions
Trim or remove the 'Why use samber/oops' section — Claude doesn't need motivation; the opening paragraph already covers the library's purpose. Move any unique information (like the APM grouping point) into the relevant pattern sections.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The 'Why use samber/oops' section explains concepts that are somewhat redundant with the opening paragraph and includes motivational content Claude doesn't need. The builder methods table is useful but the overall content could be tightened — e.g., the 'unnecessary nil check' example and some explanatory prose could be trimmed. However, most content earns its place. | 2 / 3 |
Actionability | The skill provides fully executable Go code examples across multiple layers (repository, handler, service), concrete builder chain patterns, do/don't comparisons, and specific API method references. All code is copy-paste ready and covers real-world scenarios. | 3 / 3 |
Workflow Clarity | The skill clearly sequences how errors should flow through architectural layers (repository → service → handler), shows context propagation via middleware, and provides explicit patterns for each layer. The 'Add context at each layer' section with Controller→Service→Repository is an excellent workflow demonstration. Since this is primarily a pattern/API skill rather than a destructive batch operation, validation checkpoints are less critical. | 3 / 3 |
Progressive Disclosure | The skill provides a clear overview with well-organized sections, a comprehensive builder methods table for quick reference, and appropriately defers advanced patterns (assertions, configuration, logger examples) to a separate './references/advanced.md' file. Cross-references to related skills are clearly signaled and one level deep. | 3 / 3 |
Total | 11 / 12 Passed |
Validation
81%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 9 / 11 Passed
Validation for skill structure
| Criteria | Description | Result |
|---|---|---|
metadata_field | 'metadata' should map string keys to string values | Warning |
frontmatter_unknown_keys | Unknown frontmatter key(s) found; consider removing or moving to metadata | Warning |
Total | 9 / 11 Passed | |
b88f91d
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.