Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/stefanthecode/dotnet-ai-toolkit/caching-strategy-setupnpx skills add StefanTheCode/dotnet-ai-toolkit --skill caching-strategy-setupgit clone --depth 1 https://github.com/StefanTheCode/dotnet-ai-toolkitWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00116 | $0.00708 |
| Opus 5 | $0.00058 | $0.00354 |
| Sonnet 5 | $0.00023 | $0.00142 |
| Haiku 4.5 | $0.00012 | $0.00071 |
Grade A, and why
caching-strategy-setup scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 49 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Caching Strategy Setup
Add caching at the right layer with the parts people forget: sane keys, expiration policy, stampede protection, and an invalidation plan.
Input — point it at your project
Works on a target: a file, folder, project, or GitHub URL. Find hot reads to cache and existing cache usage: grep -rn "IMemoryCache\|IDistributedCache\|HybridCache\|GetOrCreate" --include=*.cs <target>.
Pick the layer
IMemoryCache— single instance, fastest, not shared across nodes. Good for per-node hot data.IDistributedCache(Redis) — shared across instances, survives restarts, network hop. Good for multi-node.HybridCache(.NET 9+) — combines L1 (memory) + L2 (distributed) with built-in stampede protection; prefer it when available.- Output caching — cache whole responses at the endpoint when appropriate.
HybridCache (recommended where available)
builder.Services.AddHybridCache();
public class ProductService(HybridCache cache, IProductRepo repo)
{
public ValueTask<Product> GetAsync(int id, CancellationToken ct) =>
cache.GetOrCreateAsync($"product:{id}",
factory: async c => await repo.GetAsync(id, c),
options: new() { Expiration = TimeSpan.FromMinutes(10), LocalCacheExpiration = TimeSpan.FromMinutes(2) },
cancellationToken: ct);
}
The parts people forget
- Stampede / cache miss storm — without protection, many requests recompute on expiry. HybridCache handles it; with
IMemoryCacheadd a per-key lock (SemaphoreSlim) orLazyCache. - Keys — stable, namespaced, include all inputs that change the result (
product:{id}:{culture}). - Expiration — absolute + sliding deliberately chosen; don't cache forever.
- Invalidation — the hard part. On write, evict/refresh affected keys (
cache.RemoveAsync). Tag-based eviction for groups. - Don't cache user-specific/secret data in a shared cache without scoping the key.
Principles
- Cache to cut expensive, repeated, tolerably-stale reads — not everything.
- Every cache entry needs an expiration and an invalidation story before it ships.
- Measure hit rate; a low-hit cache is just overhead.
What ships with it
1 file beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 49 lines · 116 tokens per session scan A dece4aab2c5d
caching-strategy-setup is a skill published in the GitHub repository StefanTheCode/dotnet-ai-toolkit (19 stars, last pushed 24d ago), licensed MIT. It adds 116 tokens to every session and 708 once invoked, about $0.0006 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
caching-strategies
When improving read performance and reducing database load.
redis-cache-master
Configure, monitor, and optimize Redis caches for caching patterns, session storage, and pub/sub queues.
azure-resource-manager-redis-dotnet
Azure Resource Manager SDK for Redis in .NET. Use for MANAGEMENT PLANE operations: creating/managing Azure Cache for Redis instances, firewall rules, access keys, patch schedules, linked servers (geo-replication), and private endpoints via Azure Resource Manager. NOT for data plane operations (get/set keys, pub/sub) …
redis-inspect
Inspect Redis cache keys, values, and TTLs for debugging. Supports both main cache and system cache. Use for debugging cache issues, checking cached values, and monitoring cache state. Read-only by default.
caching
Caching strategies — invalidation, TTL guidelines, cache keys, cache layers, and when not to cache. Use when implementing or reviewing caching logic.
redis-js
Work with the Upstash Redis JavaScript/TypeScript SDK for serverless Redis operations. Use for caching, session storage, rate limiting, leaderboards, full-text search (querying, filtering, aggregating with @upstash/redis search extension), and all Redis data structures. Supports automatic serialization/deserialization…