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.
90
89%
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 thoroughly covers specific capabilities, includes rich natural trigger terms spanning both library-specific and domain-general caching vocabulary, and provides explicit 'when to use' guidance with multiple trigger scenarios. The description is concise yet comprehensive, uses proper third-person voice, and is highly distinguishable from other potential skills.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists multiple specific concrete capabilities: eviction algorithms (with 8 named variants), TTL, cache loaders, sharding, stale-while-revalidate, missing key caching, and Prometheus metrics. Highly detailed and actionable. | 3 / 3 |
Completeness | Clearly answers both 'what' (in-memory caching with specific features) and 'when' with explicit triggers: '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.' | 3 / 3 |
Trigger Term Quality | Includes excellent natural trigger terms: 'caching', 'Golang', 'samber/hot', 'LRU', 'LFU', 'TTL', 'eviction', 'sharding', 'stale-while-revalidate', 'Prometheus metrics', and the full import path 'github.com/samber/hot'. These cover both library-specific and general caching terminology users would naturally use. | 3 / 3 |
Distinctiveness Conflict Risk | Highly distinctive — targets a specific Go library (samber/hot) with a named import path, specific eviction algorithms, and a clear niche in Go in-memory caching. Very unlikely to conflict with other skills unless another skill also covers this exact library. | 3 / 3 |
Total | 12 / 12 Passed |
Implementation
79%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, well-crafted skill that efficiently covers the samber/hot library with actionable code examples, a useful algorithm selection table, and practical guidance on capacity sizing and common pitfalls. Its main weakness is the lack of an explicit adoption/integration workflow with validation checkpoints, and the inability to verify referenced bundle files. The content strikes a good balance between being comprehensive and concise.
Suggestions
Add a brief adoption workflow with explicit validation steps (e.g., 1. Add cache with metrics → 2. Deploy to staging → 3. Verify hit rate > 80% → 4. Adjust capacity/algorithm if needed → 5. Promote to production)
Provide the referenced bundle files (algorithm-guide.md, production-patterns.md, api-reference.md) so the progressive disclosure structure is complete and verifiable
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The content is lean and efficient throughout. It assumes Claude's Go competence, avoids explaining what caching is or how Go generics work, and every section delivers actionable information. The algorithm table is dense but earns its space by being a decision tool rather than a tutorial. | 3 / 3 |
Actionability | Provides fully executable Go code for basic cache setup, loader pattern, and TTL configuration. The capacity sizing section gives a concrete formula with a worked example. Common mistakes list specific failure modes (panics, OOM) with exact causes. | 3 / 3 |
Workflow Clarity | The capacity sizing section has a clear 3-step process, and the common mistakes section serves as implicit validation checkpoints. However, there's no explicit workflow for adopting/integrating the cache into a project with validation steps (e.g., verify hit rate after deployment, load test before production). The skill covers multiple concerns but doesn't sequence them into a clear adoption workflow with feedback loops. | 2 / 3 |
Progressive Disclosure | The skill references three separate files (algorithm-guide.md, production-patterns.md, api-reference.md) with clear signaling, which is good structure. However, no bundle files were provided, so these references cannot be verified. The cross-references section at the bottom is well-organized. The main content itself is appropriately scoped as an overview, though the common mistakes and best practices sections could arguably be in a reference file to keep the main skill leaner. | 2 / 3 |
Total | 10 / 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 | |
e9761db
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.