CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

golang-samber-hot

In-memory caching in Golang using samber/hot — eviction algorithms (LRU, LFU, TinyLFU, W-TinyLFU, S3FIFO, ARC, TwoQueue, SIEVE, FIFO), TTL, cache loaders, sharding, stale-while-revalidate, missing key caching, and Prometheus metrics. Apply when using or adopting samber/hot, when the codebase imports github.com/samber/hot, or when the project repeatedly loads the same medium-to-low cardinality resources at high frequency and needs to reduce latency or backend pressure.

70

Quality

88%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

86%Weight 40%Scale 1-5

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

A well-structured, token-efficient overview: the body carries only decision-relevant content and defers deep material to three real, clearly signaled reference files. The main weaknesses are minor executability gaps in the code snippets and the absence of an explicit end-to-end validation workflow, leaving checkpoints implicit across sections.

Suggestions

Make the code snippets fully self-contained: show the time import, declare the user variable, and obtain ctx in the loader example so the builder chains are copy-paste runnable without edits.

Add a short end-to-end workflow section (choose algorithm → size capacity → build → deploy with Prometheus → review hit rate and resize/switch) with the 80% hit-rate threshold as an explicit validation loop, so checkpoints are not scattered across Common Mistakes and Best Practices.

State explicitly in the monitoring guidance what to do when the hit rate is below target (e.g., increase capacity or switch algorithm per the Algorithm Guide) to close the feedback loop from metric to action.

DimensionReasoningScore

Conciseness

The body is lean and dense — an algorithm decision table, executable builder-chain snippets, a numbered capacity-sizing procedure, and terse mistake/best-practice checklists — with no padding and no explanation of concepts Claude already knows. Every section adds library-specific knowledge Claude cannot infer, matching the 5 anchor; score 4 would require identifiable over-explanation to trim.

5 / 5

Actionability

Guidance is highly concrete: copy-paste builder chains, the exact panic conditions for WithJanitor/SetMissing/WithoutLocking, the 80% hit-rate threshold, and a worked capacity calculation. Minor gaps remain — snippets reference an undefined ctx in the loader example, omit the time import, and use an undeclared user variable — so it sits at the 4 anchor (mostly executable with minor gaps) rather than fully copy-paste ready.

4 / 5

Workflow Clarity

A coherent sequence is present (select algorithm via the decision shortcut, size capacity, build with builder options, monitor hit rate) and the monitoring threshold acts as a feedback signal, but validation checkpoints are implicit and scattered across Common Mistakes and Best Practices rather than forming one explicit validate-and-adjust workflow. This matches the 4 anchor (clear sequence, most checkpoints, minor validation gaps); the 5 anchor would require an explicit validation loop.

4 / 5

Progressive Disclosure

The body is a well-organized overview with three clearly signaled, one-level-deep references that all exist and match their described content: algorithm-guide.md for deep dives/benchmarks, production-patterns.md for advanced patterns, and api-reference.md for the full API. Only the quick-decision table and core snippets are inlined, which is the appropriate split for the 5 anchor.

5 / 5

Total

18

/

20

Passed

Description

88%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: it enumerates concrete capabilities in third person, provides three explicit and varied trigger conditions (library adoption, codebase import, workload pattern), and is tightly scoped to samber/hot. The only weaknesses are a few missing natural synonyms and slight overlap risk with a general caching-strategy skill via the workload-pattern trigger.

DimensionReasoningScore

Specificity

The description enumerates many concrete capabilities — "eviction algorithms (LRU, LFU, TinyLFU, W-TinyLFU, S3FIFO, ARC, TwoQueue, SIEVE, FIFO), TTL, cache loaders, sharding, stale-while-revalidate, missing key caching, and Prometheus metrics" — in third-person voice with no notable coverage gaps, matching the comprehensive anchor. Score 4 would require minor gaps, which are absent.

5 / 5

Completeness

Explicitly answers both what (the enumerated capability list) and when — "Apply when using or adopting samber/hot, when the codebase imports github.com/samber/hot, or when the project repeatedly loads the same medium-to-low cardinality resources at high frequency" — with three concrete trigger conditions, matching the 5 anchor.

5 / 5

Trigger Term Quality

Good keyword coverage including natural phrases users would say: "in-memory caching", "reduce latency", "backend pressure", "samber/hot", "TTL", "eviction". A few natural synonyms are missing (e.g., "hit rate", "memoization", "cache-aside"), so it falls just short of the comprehensive-synonym coverage of the 5 anchor.

4 / 5

Distinctiveness Conflict Risk

The library name "samber/hot" and the Go import path make it a distinct niche, but the behavioral trigger about repeatedly loading the same resources could overlap a general caching-strategy skill (e.g., a Redis or generic caching skill), so it is mostly distinct with minor overlap risk rather than the 5 anchor's minimal conflict.

4 / 5

Total

18

/

20

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 — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

metadata_field

'metadata' should map string keys to string values

Warning

relative_links

Relative link issues: 2 missing

Warning

Total

13

/

16

Passed

Repository

samber/cc-skills-golang

Path

skills/golang-samber-hot/SKILL.md

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.