CtrlK
BlogDocsLog inGet started
Tessl Logo

golang-observability

Golang everyday observability — the always-on signals in production. Covers structured logging with slog, Prometheus metrics, OpenTelemetry distributed tracing, continuous profiling with pprof/Pyroscope, server-side RUM event tracking, alerting, and Grafana dashboards. Apply when instrumenting Go services for production monitoring, setting up metrics or alerting, adding OpenTelemetry tracing, correlating logs with traces, migrating legacy loggers (zap/logrus/zerolog) to slog, adding observability to new features, or implementing GDPR/CCPA-compliant tracking with Customer Data Platforms (CDP). Not for temporary deep-dive performance investigation (→ See `samber/cc-skills-golang@golang-benchmark` and `samber/cc-skills-golang@golang-performance` skills).

86

1.20x
Quality

82%

Does it follow best practices?

Impact

94%

1.20x

Average score across 3 eval scenarios

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 observability skill with strong actionability — the code examples are executable, the common mistakes section is excellent, and the Definition of Done checklist is practical. The main weaknesses are moderate verbosity in the detailed guides section (which essentially previews each reference file's contents at length) and a missing explicit instrumentation workflow for the default coding mode despite referencing one. The progressive disclosure structure is well-designed but the reference file descriptions could be significantly tighter.

Suggestions

Trim the Detailed Guides bullet descriptions to 1 line each — the current multi-sentence summaries preview too much content that belongs in the reference files themselves.

Add an explicit step-by-step instrumentation workflow for the default coding mode (e.g., 1. Add metrics → 2. Add spans → 3. Add structured logging → 4. Verify correlation → 5. Add dashboard/alerts) with validation checkpoints.

Remove the opening definition of observability ('Observability is the ability to understand...') — Claude already knows this concept.

DimensionReasoningScore

Conciseness

The skill is generally well-organized but includes some unnecessary explanation (e.g., 'Observability is the ability to understand a system's internal state from its external outputs' and the verbose descriptions in the Detailed Guides section that summarize what each reference file covers). The best practices summary and five signals table are efficient, but the detailed guide descriptions could be trimmed since they're just pointers to reference files.

2 / 3

Actionability

The skill provides fully executable Go code examples for signal correlation (otelslog bridge, exemplars), common mistakes with clear good/bad patterns, concrete migration steps, and a specific definition-of-done checklist. The code snippets are copy-paste ready and cover the most critical patterns.

3 / 3

Workflow Clarity

The migration strategy has clear sequential steps (1-4), and the Definition of Done checklist provides validation checkpoints. However, the main instrumentation workflow ('Follow the sequential instrumentation guide') is referenced but never defined in the skill body. The coding/instrumentation mode lacks an explicit step-by-step workflow with validation checkpoints for adding observability to a feature.

2 / 3

Progressive Disclosure

The skill has excellent structure with a summary table, cross-references, and seven clearly signaled reference files (logging.md, metrics.md, tracing.md, etc.). However, no bundle files were provided, so the referenced files cannot be verified. The inline detailed guide descriptions are verbose summaries of what each reference contains, which bloats the main file — these descriptions could be much shorter since they're just navigation aids.

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 covers all evaluation dimensions at the highest level. It lists specific technologies and actions, includes abundant natural trigger terms, explicitly states both what it does and when to use it, and even disambiguates itself from related skills with a 'Not for' clause. The description is comprehensive yet well-organized and uses proper third-person voice throughout.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions and technologies: structured logging with slog, Prometheus metrics, OpenTelemetry distributed tracing, continuous profiling with pprof/Pyroscope, server-side RUM event tracking, alerting, and Grafana dashboards.

3 / 3

Completeness

Clearly answers both 'what' (structured logging, metrics, tracing, profiling, alerting, dashboards) and 'when' with explicit triggers via the 'Apply when...' clause listing specific scenarios like instrumenting Go services, setting up metrics, adding tracing, migrating loggers, etc. Also includes a helpful 'Not for' exclusion clause.

3 / 3

Trigger Term Quality

Excellent coverage of natural terms users would say: 'metrics', 'alerting', 'OpenTelemetry', 'tracing', 'logs', 'slog', 'Prometheus', 'Grafana', 'pprof', 'monitoring', 'GDPR', 'CDP', plus migration terms like 'zap/logrus/zerolog'. These are terms Go developers naturally use when discussing observability.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive with a clear niche (Go production observability) and explicit boundary-setting via the 'Not for' clause that references specific sibling skills for performance investigation. The combination of Go + observability + specific tools creates a well-defined scope unlikely to conflict with other 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
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.