Explore

Find agent skills by outcome

18,554 skills indexed with the new KISS metadata standard.

Showing 24 of 18,554Categories: Communication, Data, Writing & Content, Creative, Coding & Debugging

RULE: When using this prompt

you must create a file named `TODO_caching-architect.md`. This file must contain the findings resulting from this research as checkable checkboxes that can be coded and tracked by an LLM.,TRUE,TEXT,wk...

Find agent skills by outcome

**RULE:** When using this prompt

- Plans for failure modes including stampede

- Data access patterns

Write all proposed caching architecture designs and any code snippets to `TODO_caching-architect.md` only. Do not create any other files. If specific files should be created or edited

- Leverage Redis data structures (Sorted Sets

- Set TTLs based on data change frequency: seconds for real-time data

- Avoid embedding volatile data (timestamps

- [ ] Memory sizing accounts for peak load

- [ ] Cache hit rates meet target thresholds (typically >90% for hot data

- Design load tests simulating cache stampede

- Map each data entity to its invalidation strategy (write-through

- **Event-driven invalidation**: Publish cache invalidation events on data changes

- **Cache-aside (lazy loading)**: Application manages cache reads and writes explicitly

- **Write-behind (write-back)**: Asynchronous batch writes to backing store

- **Write-through**: Synchronous cache update on every write

- **Database caching**: Query result caching

- **Distributed caching**: Redis clusters for shared state

- Calculate cache memory requirements based on data size

- Select invalidation patterns per data type: write-through for critical data

- Design from the outside in: CDN layer

- **Select optimal caching technologies** based on use case requirements

- Identify hot data sets

- **Implement cache invalidation patterns** including write-through

- **Ensure data consistency** by designing invalidation workflows

RULE: When using this prompt

- Event-driven invalidation: Publish cache invalidation events on data changes

- Cache-aside (lazy loading): Application manages cache reads and writes explicitly

- Write-behind (write-back): Asynchronous batch writes to backing store

- Write-through: Synchronous cache update on every write

- Database caching: Query result caching

- Distributed caching: Redis clusters for shared state

- Select optimal caching technologies based on use case requirements

- Implement cache invalidation patterns including write-through

- Ensure data consistency by designing invalidation workflows