CtrlK
BlogDocsLog inGet started
Tessl Logo

golang-samber-oops

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.

67

Quality

82%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

64%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a solid, actionable skill with excellent concrete code examples covering the full API surface of samber/oops across architectural layers. Its main weaknesses are moderate verbosity (motivational/explanatory content Claude doesn't need) and a lack of explicit validation steps in the workflow. The progressive disclosure structure is reasonable but could benefit from offloading the reference table and some scenarios to supporting files.

Suggestions

Remove or significantly trim the 'Why use samber/oops' section — Claude doesn't need motivation for using a library; the persona and intro already establish context.

Move the builder methods reference table to a separate file (e.g., references/builder-methods.md) and link to it, keeping the main skill leaner.

Add a brief validation/verification step, such as how to confirm structured attributes are correctly attached (e.g., a quick test snippet or fmt.Printf("%+v") checkpoint after wrapping).

DimensionReasoningScore

Conciseness

The 'Why use samber/oops' section explains motivations Claude doesn't need (e.g., 'Standard Go errors lack context'), and the persona line and some introductory framing are unnecessary. However, the bulk of the content is reference tables and code examples that earn their place. The repeated emphasis on low-cardinality messages appears in both the intro and best practices section.

2 / 3

Actionability

The skill provides fully executable, copy-paste-ready Go code examples across multiple layers (repository, handler, service), a comprehensive builder method reference table, concrete do/don't patterns, and specific examples for panic recovery, context propagation, and error access. Every scenario is backed by real code.

3 / 3

Workflow Clarity

The skill clearly shows how to layer errors across controller → service → repository boundaries and demonstrates context propagation through middleware. However, there are no explicit validation checkpoints or feedback loops — e.g., no guidance on verifying that structured attributes are correctly attached, testing error output, or validating error chain integrity after wrapping.

2 / 3

Progressive Disclosure

There is a reference to './references/advanced.md' for advanced patterns and cross-references to related skills, which is good. However, the main file is quite long (~200+ lines) with the full builder method table and multiple scenario examples inline. The builder method reference table and some scenarios could be split into reference files for better progressive disclosure. The bundle has no files to confirm the referenced advanced.md exists.

2 / 3

Total

9

/

12

Passed

Description

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.

DimensionReasoningScore

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

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.

Validation9 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

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

Repository
samber/cc-skills-golang
Reviewed

Table of Contents

Is this your skill?

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.