CtrlK
BlogDocsLog inGet started
Tessl Logo

golang-error-handling

Idiomatic Golang error handling — creation, wrapping with %w, errors.Is/As, errors.Join, custom error types, sentinel errors, panic/recover, the single handling rule, structured logging with slog, HTTP request logging middleware, and samber/oops for production errors. Built to make logs usable at scale with log aggregation 3rd-party tools. Apply when creating, wrapping, inspecting, or logging errors in Go code.

84

1.07x
Quality

78%

Does it follow best practices?

Impact

97%

1.07x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No known issues

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/golang-error-handling/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%

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

This is a well-organized skill with strong progressive disclosure and a comprehensive best practices summary that covers the domain thoroughly. Its main weaknesses are the lack of inline executable code examples (all deferred to reference files) and the absence of validation/verification steps in the workflow modes. The persona and modes section adds some verbosity without proportional value.

Suggestions

Add 2-3 inline executable code examples for the most critical patterns (e.g., wrapping with %w, errors.Is/As usage, single handling rule violation vs correct approach) so the main SKILL.md is actionable without requiring reference file lookups.

Add explicit validation steps to the Coding and Review modes — e.g., 'After implementing error handling, grep for `_ =` and `log.*return.*err` patterns to verify no violations were introduced.'

Trim the persona and modes section — the sub-agent orchestration details could be condensed to a single line each, saving tokens for more valuable inline examples.

DimensionReasoningScore

Conciseness

The skill is mostly efficient — the best practices summary is well-structured and dense. However, the persona/modes section adds some unnecessary verbosity (sub-agent orchestration details Claude doesn't need spelled out), and the detailed reference descriptions repeat information already in the summary. The cross-references and external links sections are lean.

2 / 3

Actionability

The best practices summary provides clear rules (e.g., 'use fmt.Errorf("{context}: %w", err)'), which is concrete guidance. However, there are no executable code examples in the main SKILL.md — all concrete code is deferred to reference files. The rules are specific enough to act on but lack the copy-paste-ready examples that would earn a 3.

2 / 3

Workflow Clarity

The three modes (Coding, Review, Audit) provide some workflow structure, and the audit parallelization section gives clear sub-agent assignments. However, there are no validation checkpoints or feedback loops — for example, no step to verify that error handling changes don't introduce regressions, and no explicit sequence for the coding or review modes beyond general descriptions.

2 / 3

Progressive Disclosure

Excellent structure: concise overview with numbered best practices, then clearly signaled one-level-deep references to three detailed files (error-creation.md, error-wrapping.md, error-handling.md), plus well-organized cross-references to related skills. Each reference file has a brief description of what it covers, making navigation easy.

3 / 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 thoroughly enumerates specific Go error handling techniques, includes abundant natural trigger terms a Go developer would use, and provides an explicit 'Apply when...' clause. It is highly distinctive and would be easy for Claude to correctly select from a large pool of skills.

DimensionReasoningScore

Specificity

Lists numerous specific concrete actions and concepts: error creation, wrapping with %w, errors.Is/As, errors.Join, custom error types, sentinel errors, panic/recover, structured logging with slog, HTTP request logging middleware, and samber/oops. This is highly specific and comprehensive.

3 / 3

Completeness

Clearly answers 'what' (idiomatic Go error handling with specific techniques listed) and 'when' with an explicit trigger clause: 'Apply when creating, wrapping, inspecting, or logging errors in Go code.' Both dimensions are well-covered.

3 / 3

Trigger Term Quality

Includes many natural keywords a Go developer would use: 'error handling', 'wrapping', '%w', 'errors.Is', 'errors.As', 'errors.Join', 'sentinel errors', 'panic/recover', 'slog', 'Go code', 'Golang'. These cover a wide range of terms users would naturally mention when dealing with Go error handling.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive — it targets a very specific niche (Go error handling patterns and logging) with Go-specific terminology like '%w', 'errors.Is/As', 'slog', and 'samber/oops'. Unlikely to conflict with general coding skills or other language-specific skills.

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
Vonage/cloud-runtime-cli
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.