CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/redis-cache-tests

Wraps Redis cache testing: EXPIRE / PEXPIRE / TTL verification (Redis 7+ NX/XX/GT/LT flags), cache-aside write-then-invalidate (write source → DEL key → assert fresh read), eviction under memory pressure (maxmemory + allkeys-lru), pub/sub invalidation across nodes, and tenant key-namespacing. Use when Redis is the app's primary cache. For the CDN/browser HTTP tier use cdn-cache-purge-tests; a runnable test, not the cache-coherence-patterns-reference catalog (which owns the stampede + stale-while-revalidate references).

69

Quality

87%

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

Overview
Quality
Evals
Security
Files

Quality

Content

82%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.

The body is highly actionable with executable, copy-paste-ready test recipes and good structural organization plus well-signaled companion references. It is slightly held back by an Overview that re-explains Redis TTL basics and by the absence of explicit validation feedback loops for the parallel/batch tests.

Suggestions

Trim the Overview's restatement of EXPIRE/PEXPIRE/flag basics - Claude already knows Redis semantics; keep only the non-obvious stance (real Redis, not mocks).

Add an explicit validation checkpoint for the stampede and eviction tests (e.g., assert and re-run on failure) since they involve parallel/batch operations where feedback loops matter.

Move the 'Pub-sub invalidation across nodes' section out from under 'Running' into its own section heading so it is discoverable as a first-class pattern.

DimensionReasoningScore

Conciseness

The body is mostly efficient with executable code and a useful anti-patterns table, but the Overview repeats TTL/flag basics that Redis-literate Claude largely already knows, which is minor over-explanation rather than lean assumption of competence.

4 / 5

Actionability

Provides copy-paste-ready, executable pytest fixtures and tests covering TTL, conditional expire, cache-aside, eviction, stampede, tenant namespacing, pub/sub, plus concrete install and CI commands - fully executable across common cases.

5 / 5

Workflow Clarity

A clear authoring sequence (install → fixture → tests → run → CI) is present with a per-test flushdb reset checkpoint, but eviction/stampede tests use tolerant rather than explicit validate-then-retry feedback loops, leaving minor validation gaps for these batch/parallel operations.

4 / 5

Progressive Disclosure

Content is well-organized into focused sections with one-level-deep references to companion catalogs (cache-coherence-patterns-reference/stampede.md, cross-tenant-data-leak-tests Test 10) clearly signaled; it stays inline by design for a single-purpose test recipe, with only minor organization gaps (pub/sub placed under 'Running').

4 / 5

Total

17

/

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.

The description is specific, complete, and well-bounded against sibling skills, enumerating concrete Redis test patterns with clear 'Use when' guidance. It is slightly technical-leaning in trigger phrasing rather than using broad natural synonyms, which keeps trigger_term_quality just below the top anchor.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions - TTL verification, cache-aside write-then-invalidate, eviction under memory pressure, pub/sub invalidation, tenant namespacing - each with technical specifics (EXPIRE/PEXPIRE, NX/XX/GT/LT flags, maxmemory + allkeys-lru), matching the comprehensive-coverage anchor.

5 / 5

Completeness

Explicitly answers 'what' (wraps Redis cache testing with enumerated patterns) and 'when' ('Use when Redis is the app's primary cache'), with concrete trigger phrasing, matching the top anchor.

5 / 5

Trigger Term Quality

Natural terms like 'Redis cache', 'cache-aside', 'eviction', 'pub/sub invalidation', 'tenant key-namespacing' are present, but it leans technical and is missing some plainer user-voice synonyms (e.g., 'Redis is the app's primary cache' is the main natural trigger, with few lay variations).

4 / 5

Distinctiveness Conflict Risk

Clearly distinguishes itself from sibling skills by name ('cdn-cache-purge-tests' for HTTP tier, 'cache-coherence-patterns-reference' for the catalog), carving a distinct Redis-cache-testing niche with minimal conflict risk.

5 / 5

Total

19

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 3 missing

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents