What problem does it solve? Teams often misuse Redis by creating unnamespaced keys, skipping TTLs, storing long-term business data, or ignoring cache penetration, breakdown, and avalanche risks. This Skill enforces a single set of conventions so Redis is used only for high-performance, short-lifecycle runtime state while MySQL remains the source of truth. ## Core Features & Use Cases - Key and TTL Governance: Mandates the codeagent:{domain}:{id} naming template, centralized key factories, business-meaningful TTLs, and 0-10% random jitter to prevent cache avalanches. - Data Structure and Concurrency Rules: Defines when to use String, Hash, List, Set, Sorted Set, and Redis Streams, plus safe distributed locks (SET NX + TTL + unique token + Lua release) and atomic operations. - Scenario Coverage: Standardizes Session, Agent State, short-term Memory, SSE streaming state, and Redis Stack vector search including embedding dimension and index metadata consistency. - Use Case: When adding a new agent execution state to Redis, follow this Skill to pick the right structure, namespace, TTL with jitter, recovery strategy, and MySQL boundary before writing any code. ## Quick Start Ask the AI to design or review a Redis data structure, key naming, TTL, and cache consistency plan for a new feature following the redis skill rules.