next-cache-components
vercel-labs/openreview
Enable Partial Prerendering in Next.js 16 with static, cached, and dynamic content mixing.
What is next-cache-components?
Cache Components is a Next.js 16 feature that enables Partial Prerendering (PPR) by mixing static, cached, and dynamic content in a single route. Use it when you need fast initial page loads with some content prerendered, other content cached and revalidated on a schedule, and fresh dynamic data streamed in via Suspense.
- Mix static (prerendered), cached (revalidated), and dynamic (streamed) content in one route
- Control cache lifetime with built-in profiles (minutes, hours, days, weeks, max) or custom inline configuration
- Tag cached content and invalidate it immediately with updateTag() or in background with revalidateTag()
- Automatically generate cache keys based on function location, arguments, and closure variables
- Enforce runtime data constraints with use cache: private for compliance scenarios
- Migrate from unstable_cache() and experimental.ppr to the new use cache directive
How to install next-cache-components
npx skills add https://github.com/vercel-labs/openreview --skill next-cache-components- Next.js 16 or later
- Enable cacheComponents: true in next.config.ts
How to use next-cache-components
- 1.Enable cacheComponents in next.config.ts
- 2.Mark async functions or components with 'use cache' directive
- 3.Set cache lifetime with cacheLife() using built-in profiles or custom { stale, revalidate, expire } config
- 4.Tag cached content with cacheTag() for invalidation control
- 5.Wrap dynamic content in Suspense boundaries to stream fresh data
- 6.Use updateTag() in Server Actions for immediate cache invalidation within the same request
- 7.Use revalidateTag() for background revalidation on next request
Use cases
- Dashboard pages with static header/nav, cached stats, and fresh user notifications
- Blog sites with prerendered layout, cached post lists, and dynamic user preferences
- E-commerce product pages with static shell, cached product data, and real-time inventory
- Admin panels mixing static UI, cached analytics, and fresh user-specific data
- Multi-tenant applications using cache keys based on user/tenant ID arguments
- Next.js 16+ developers building performance-critical applications
- Teams migrating from experimental.ppr or unstable_cache()
- Full-stack developers optimizing for Core Web Vitals and fast initial page loads
- Applications requiring mixed freshness guarantees (some cached, some dynamic)
next-cache-components FAQ
No. Runtime APIs cannot be accessed inside use cache. Extract them outside the cached function and pass as arguments, or use 'use cache: private' for compliance scenarios where refactoring isn't possible.
updateTag() invalidates the cache immediately within the same request (stale-while-revalidate), while revalidateTag() triggers background revalidation so the next request sees fresh data.
Automatically based on build ID, function location hash, serializable arguments, and closure variables. Arguments become part of the key, so different userId values cache separately.
The default profile applies: 5 minutes stale-while-revalidate, 15 minutes revalidation interval. Use cacheLife('hours'), cacheLife('days'), or inline config to customize.
Replace unstable_cache() calls with async functions marked 'use cache', use cacheTag() instead of tags option, and cacheLife({ revalidate: N }) instead of revalidate option.
Full instructions (SKILL.md)
Source of truth, from vercel-labs/openreview.
name: next-cache-components description: Next.js 16 Cache Components - PPR, use cache directive, cacheLife, cacheTag, updateTag
Cache Components (Next.js 16+)
Cache Components enable Partial Prerendering (PPR) - mix static, cached, and dynamic content in a single route.
Enable Cache Components
// next.config.ts
import type { NextConfig } from 'next'
const nextConfig: NextConfig = {
cacheComponents: true,
}
export default nextConfig
This replaces the old experimental.ppr flag.
Three Content Types
With Cache Components enabled, content falls into three categories:
1. Static (Auto-Prerendered)
Synchronous code, imports, pure computations - prerendered at build time:
export default function Page() {
return (
<header>
<h1>Our Blog</h1> {/* Static - instant */}
<nav>...</nav>
</header>
)
}
2. Cached (use cache)
Async data that doesn't need fresh fetches every request:
async function BlogPosts() {
'use cache'
cacheLife('hours')
const posts = await db.posts.findMany()
return <PostList posts={posts} />
}
3. Dynamic (Suspense)
Runtime data that must be fresh - wrap in Suspense:
import { Suspense } from 'react'
export default function Page() {
return (
<>
<BlogPosts /> {/* Cached */}
<Suspense fallback={<p>Loading...</p>}>
<UserPreferences /> {/* Dynamic - streams in */}
</Suspense>
</>
)
}
async function UserPreferences() {
const theme = (await cookies()).get('theme')?.value
return <p>Theme: {theme}</p>
}
use cache Directive
File Level
'use cache'
export default async function Page() {
// Entire page is cached
const data = await fetchData()
return <div>{data}</div>
}
Component Level
export async function CachedComponent() {
'use cache'
const data = await fetchData()
return <div>{data}</div>
}
Function Level
export async function getData() {
'use cache'
return db.query('SELECT * FROM posts')
}
Cache Profiles
Built-in Profiles
'use cache' // Default: 5m stale, 15m revalidate
'use cache: remote' // Platform-provided cache (Redis, KV)
'use cache: private' // For compliance, allows runtime APIs
cacheLife() - Custom Lifetime
import { cacheLife } from 'next/cache'
async function getData() {
'use cache'
cacheLife('hours') // Built-in profile
return fetch('/api/data')
}
Built-in profiles: 'default', 'minutes', 'hours', 'days', 'weeks', 'max'
Inline Configuration
async function getData() {
'use cache'
cacheLife({
stale: 3600, // 1 hour - serve stale while revalidating
revalidate: 7200, // 2 hours - background revalidation interval
expire: 86400, // 1 day - hard expiration
})
return fetch('/api/data')
}
Cache Invalidation
cacheTag() - Tag Cached Content
import { cacheTag } from 'next/cache'
async function getProducts() {
'use cache'
cacheTag('products')
return db.products.findMany()
}
async function getProduct(id: string) {
'use cache'
cacheTag('products', `product-${id}`)
return db.products.findUnique({ where: { id } })
}
updateTag() - Immediate Invalidation
Use when you need the cache refreshed within the same request:
'use server'
import { updateTag } from 'next/cache'
export async function updateProduct(id: string, data: FormData) {
await db.products.update({ where: { id }, data })
updateTag(`product-${id}`) // Immediate - same request sees fresh data
}
revalidateTag() - Background Revalidation
Use for stale-while-revalidate behavior:
'use server'
import { revalidateTag } from 'next/cache'
export async function createPost(data: FormData) {
await db.posts.create({ data })
revalidateTag('posts') // Background - next request sees fresh data
}
Runtime Data Constraint
Cannot access cookies(), headers(), or searchParams inside use cache.
Solution: Pass as Arguments
// Wrong - runtime API inside use cache
async function CachedProfile() {
'use cache'
const session = (await cookies()).get('session')?.value // Error!
return <div>{session}</div>
}
// Correct - extract outside, pass as argument
async function ProfilePage() {
const session = (await cookies()).get('session')?.value
return <CachedProfile sessionId={session} />
}
async function CachedProfile({ sessionId }: { sessionId: string }) {
'use cache'
// sessionId becomes part of cache key automatically
const data = await fetchUserData(sessionId)
return <div>{data.name}</div>
}
Exception: use cache: private
For compliance requirements when you can't refactor:
async function getData() {
'use cache: private'
const session = (await cookies()).get('session')?.value // Allowed
return fetchData(session)
}
Cache Key Generation
Cache keys are automatic based on:
- Build ID - invalidates all caches on deploy
- Function ID - hash of function location
- Serializable arguments - props become part of key
- Closure variables - outer scope values included
async function Component({ userId }: { userId: string }) {
const getData = async (filter: string) => {
'use cache'
// Cache key = userId (closure) + filter (argument)
return fetch(`/api/users/${userId}?filter=${filter}`)
}
return getData('active')
}
Complete Example
import { Suspense } from 'react'
import { cookies } from 'next/headers'
import { cacheLife, cacheTag } from 'next/cache'
export default function DashboardPage() {
return (
<>
{/* Static shell - instant from CDN */}
<header><h1>Dashboard</h1></header>
<nav>...</nav>
{/* Cached - fast, revalidates hourly */}
<Stats />
{/* Dynamic - streams in with fresh data */}
<Suspense fallback={<NotificationsSkeleton />}>
<Notifications />
</Suspense>
</>
)
}
async function Stats() {
'use cache'
cacheLife('hours')
cacheTag('dashboard-stats')
const stats = await db.stats.aggregate()
return <StatsDisplay stats={stats} />
}
async function Notifications() {
const userId = (await cookies()).get('userId')?.value
const notifications = await db.notifications.findMany({
where: { userId, read: false }
})
return <NotificationList items={notifications} />
}
Migration from Previous Versions
| Old Config | Replacement |
|---|---|
experimental.ppr | cacheComponents: true |
dynamic = 'force-dynamic' | Remove (default behavior) |
dynamic = 'force-static' | 'use cache' + cacheLife('max') |
revalidate = N | cacheLife({ revalidate: N }) |
unstable_cache() | 'use cache' directive |
Migrating unstable_cache to use cache
unstable_cache has been replaced by the use cache directive in Next.js 16. When cacheComponents is enabled, convert unstable_cache calls to use cache functions:
Before (unstable_cache):
import { unstable_cache } from 'next/cache'
const getCachedUser = unstable_cache(
async (id) => getUser(id),
['my-app-user'],
{
tags: ['users'],
revalidate: 60,
}
)
export default async function Page({ params }: { params: Promise<{ id: string }> }) {
const { id } = await params
const user = await getCachedUser(id)
return <div>{user.name}</div>
}
After (use cache):
import { cacheLife, cacheTag } from 'next/cache'
async function getCachedUser(id: string) {
'use cache'
cacheTag('users')
cacheLife({ revalidate: 60 })
return getUser(id)
}
export default async function Page({ params }: { params: Promise<{ id: string }> }) {
const { id } = await params
const user = await getCachedUser(id)
return <div>{user.name}</div>
}
Key differences:
- No manual cache keys -
use cachegenerates keys automatically from function arguments and closures. ThekeyPartsarray fromunstable_cacheis no longer needed. - Tags - Replace
options.tagswithcacheTag()calls inside the function. - Revalidation - Replace
options.revalidatewithcacheLife({ revalidate: N })or a built-in profile likecacheLife('minutes'). - Dynamic data -
unstable_cachedid not supportcookies()orheaders()inside the callback. The same restriction applies touse cache, but you can use'use cache: private'if needed.
Limitations
- Edge runtime not supported - requires Node.js
- Static export not supported - needs server
- Non-deterministic values (
Math.random(),Date.now()) execute once at build time insideuse cache
For request-time randomness outside cache:
import { connection } from 'next/server'
async function DynamicContent() {
await connection() // Defer to request time
const id = crypto.randomUUID() // Different per request
return <div>{id}</div>
}
Sources:
Related skills
More from vercel-labs/openreview and the wider catalog.

next-best-practices
Next.js best practices reference for file conventions, RSC boundaries, data patterns, and optimization.

opensrc
Fetch dependency source code to give AI agents deeper implementation context.

oauth
Configure OAuth providers to work with portless local dev URLs, fixing redirect URI mismatches.

portless
Replace port numbers with stable, named .localhost URLs for local development.

find-skills
Discover and install agent skills from the open ecosystem when users ask for specialized capabilities.

nextjs
Expert guidance for building, debugging, and architecting Next.js applications with App Router.