What problem does it solve?
Debugging why Vercel-served pages are stale, uncached, or expensive is hard because caching spans multiple layers (CDN, ISR, PPR, function invocations) with opaque per-request behavior. This Skill provides expert guidance and concrete CLI workflows to measure cache hit rates, explain per-request cache outcomes, and control ISR revalidation costs.
Core Features & Use Cases
- Cache hit rate analysis: Measure cache-served versus origin traffic with
vercel metrics, excluding BYPASS noise, and drill into which routes and paths miss most.
- Per-request cache reasoning: Interpret
x-vercel-cache statuses and the nine cacheReason values (cold, collapsed, draft_mode, stale_tag, etc.) to explain exactly why a request missed or went stale.
- ISR cost control: Quantify read/write units, compute write utilization, detect broad cache-tag blast radius, and shift from time-based to on-demand tag revalidation.
- Use Case: Your ISR bill spiked after a CMS webhook change. Use this Skill to group write units by
cache_tags, discover a broad blogPost tag invalidating thousands of pages, and replace it with granular blogPost:<id> invalidation.
Quick Start
Ask the agent to analyze why my Vercel site's cache hit rate dropped and which routes are driving ISR write costs.