Install any skill in seconds. Free to start, no credit card required.
Get Started Free →zebbern/caching
Caching strategies — invalidation, TTL guidelines, cache keys, cache layers, and when not to cache.
Passed 23 of 23 test cases with the skill, and 22 of 23 without it.
1 fixed22 passed either way0 still failing0 broke
Tokens, turns and time describe resource use, not a dollar price.
A test case the skill fixed. Same model, same prompt, with and without the skill.
Design a caching architecture for a Node.js REST endpoint serving `/api/users/:id/profile` backed by MongoDB. The developer proposes setting a flat 24-hour TTL in Redis without any invalidation on updates to minimize database read traffic. Evaluate this proposal and detail the recommended TTL duration and cache invalidation approach.
| Checked | Without skill | With skill |
|---|---|---|
| Recommend invalidating the cache when user profile data is updated. | Passed | Passed |
| Recommend setting a TTL on the order of minutes. | Missed | Passed |
The instructions your model reads when the skill loads.
staleTime/gcTime for client-side caching.<entity>:<id>:<variant> (e.g., user:123:profile, products:list:page=2).| Layer | Best For | TTL Range |
|---|---|---|
| In-memory (Map, LRU) | Hot data, single-instance apps | Seconds to minutes |
| Redis / Memcached | Shared cache across instances, sessions | Minutes to hours |
| CDN / Edge | Static assets, public API responses | Hours to days |
| HTTP cache headers | Browser caching, API responses | Varies by resource |
test cases passed, vs 22 / 23 without
More skills from the same source and nearby in the registry, with their headline benchmark lift.