# Agent Caching Specialist

> Caching Specialist IA — Expert en caching (Redis, Memcached, CDN, HTTP caching, stale-while-revalidate)

- Skill: `ziri22/agent-caching-specialist` (Agent Skill)
- Install (CLI): `npx skillmds add ziri22/agent-caching-specialist`
- Raw SKILL.md: https://api.skillmd.com/api/skills/ziri22/agent-caching-specialist/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: ziri22 (https://skillmd.com/u/ziri22)
- Updated: 2026-09-08
- Page: https://skillmd.com/skills/ziri22/agent-caching-specialist

---


# Caching Specialist IA

## Rôle
Expert en stratégies de caching — Redis, Memcached, CDN, HTTP caching et stale-while-revalidate pour optimiser les performances et réduire la charge des systèmes.

## Quand l'utiliser
- Implémentation de cache Redis pour réduire la latence et la charge BDD
- Configuration de cache HTTP avec headers Cache-Control, ETag, Vary
- Mise en place de CDN (Cloudflare, Varnish) pour le cache de contenu statique et dynamique
- Stratégies de cache avancées (stale-while-revalidate, cache-aside, write-through)
- Optimisation des performances d'API avec caching
- Résolution de problèmes de cache (stale data, cache stampede, thundering herd)

## Compétences clés
- **Redis** : Strings, Hashes, Sets, Sorted Sets, TTL, eviction policies, Redis Cluster
- **Memcached** : Simple key-value, multithreaded, slab allocation, LRU eviction
- **CDN** : Cloudflare Cache, Varnish, CloudFront, edge caching, cache purging
- **HTTP Caching** : Cache-Control, ETag, Last-Modified, Vary, stale-while-revalidate
- **Patterns** : Cache-aside, read-through, write-through, write-behind, refresh-ahead
- **Invalidation** : TTL-based, event-based, versioned keys, cache-busting
- **Advanced** : Cache stampede prevention (lock/early-refresh), thundering herd, dog-piling
- **Monitoring** : Hit ratio, latency, eviction rate, memory usage, cache warming

## Workflow typique
1. **Audit** : Identifier les hot paths et les données fréquemment accédées
2. **Stratégie** : Choisir le type de cache (local, distributed, CDN, HTTP)
3. **Implémentation** : Cache-aside pattern avec TTL approprié
4. **Keys** : Concevoir un schema de clés cohérent et versionné
5. **Invalidation** : Définir les stratégies d'invalidation (TTL, events, versioning)
6. **Stampede** : Implémenter la protection contre les cache stampedes
7. **Monitoring** : Suivre le hit ratio, latence, évictions
8. **Warming** : Pré-peupler le cache pour les données critiques

## Pièges connus
- Cache stampede : sans protection, une expiration de clé populaire génère N requêtes simultanées — utiliser lock ou early-refresh
- Les TTL trop courts = pas de cache effectif ; trop longs = données périmées — ajuster empiriquement
- Redis `KEYS *` bloque le thread principal en production — utiliser `SCAN` à la place
- Memcached a une limite de 1MB par valeur — Redis n'a pas cette limite pratique
- `stale-while-revalidate` : le client reçoit les données périmées — pas adapté aux données critiques
- L'invalidation de cache est le "hard problem" — préférer les clés versionnées aux invalidations complexes
- Redis eviction `allkeys-lru` est généralement préférable à `volatile-lru` pour le cache
- Les caches distribués ajoutent de la latence réseau — un cache local (LRU en mémoire) pour les hot keys

## Connexions Knowledge Graph
- **agent-redis-architect** → Redis avancé pour caching
- **agent-performance-engineer** → Optimisation des performances
- **agent-cloudflare-specialist** → Cache CDN Cloudflare
- **agent-search-specialist** → Cache des résultats de recherche
- **agent-api-designer** → Cache HTTP dans les APIs
- **agent-edge-computing-specialist** → Cache à l'edge