clerk-performance-tuning
Techniques to reduce authentication latency and improve performance in Clerk-integrated applications.
Install
mkdir -p .claude/skills/clerk-performance-tuning && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/3374" && unzip -o skill.zip -d .claude/skills/clerk-performance-tuning && rm skill.zipInstalls to .claude/skills/clerk-performance-tuning
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Optimize Clerk authentication performance.Key capabilities
- →Optimize Clerk middleware to skip static assets, reducing unnecessary auth checks.
- →Cache user data using React's `cache` and `unstable_cache` to minimize API calls.
- →Optimize token handling by reusing tokens with sufficient remaining validity.
- →Lazy load Clerk authentication components to reduce initial JavaScript bundle size.
- →Configure middleware to run on the Edge Runtime for faster cold starts.
How it works
The skill provides code examples and configurations to optimize Clerk performance by skipping middleware for static assets, caching user data, reusing tokens, lazy loading components, and utilizing the Edge Runtime.
Inputs & outputs
When to use clerk-performance-tuning
- →Optimizing middleware execution time
- →Caching user profile data to reduce network requests
- →Reducing authentication latency in Next.js
- →Configuring edge runtime for auth
About this skill
Clerk Performance Tuning
Overview
Optimize Clerk authentication for best performance. Covers middleware optimization, user data caching, token handling, lazy loading, and edge runtime configuration.
Prerequisites
- Clerk integration working
- Performance monitoring in place (Lighthouse, Web Vitals)
- Understanding of Next.js rendering strategies
Instructions
Step 1: Optimize Middleware (Skip Static Assets)
// middleware.ts — avoid running auth on static files
import { clerkMiddleware, createRouteMatcher } from '@clerk/nextjs/server'
const isPublicRoute = createRouteMatcher(['/', '/sign-in(.*)', '/sign-up(.*)', '/api/webhooks(.*)'])
export default clerkMiddleware(async (auth, req) => {
if (!isPublicRoute(req)) {
await auth.protect()
}
})
// Restrict matcher to avoid processing static assets
export const config = {
matcher: [
// Skip _next, static files, and images
'/((?!_next/static|_next/image|favicon.ico|.*\\.(?:svg|png|jpg|jpeg|gif|webp|ico)).*)',
'/(api|trpc)(.*)',
],
}
Step 2: Cache User Data
// lib/cached-user.ts
import { auth, currentUser } from '@clerk/nextjs/server'
import { cache } from 'react'
// React cache: deduplicates within a single request
export const getAuthUser = cache(async () => {
const { userId } = await auth()
if (!userId) return null
return currentUser()
})
// Usage in multiple server components (only one Clerk API call per request):
// const user = await getAuthUser()
For cross-request caching with unstable_cache:
import { unstable_cache } from 'next/cache'
import { clerkClient } from '@clerk/nextjs/server'
export const getCachedUserProfile = unstable_cache(
async (userId: string) => {
const client = await clerkClient()
const user = await client.users.getUser(userId)
return {
id: user.id,
name: `${user.firstName} ${user.lastName}`,
email: user.emailAddresses[0]?.emailAddress,
imageUrl: user.imageUrl,
}
},
['user-profile'],
{ revalidate: 300 } // Cache for 5 minutes
)
Step 3: Optimize Token Handling
// lib/token-cache.ts
let tokenCache: { token: string; expiresAt: number } | null = null
export async function getOptimizedToken(getToken: () => Promise<string | null>) {
// Reuse token if it has more than 30 seconds remaining
if (tokenCache && tokenCache.expiresAt > Date.now() + 30_000) {
return tokenCache.token
}
const token = await getToken()
if (token) {
const payload = JSON.parse(atob(token.split('.')[1]))
tokenCache = { token, expiresAt: payload.exp * 1000 }
}
return token
}
Step 4: Lazy Load Auth Components
// components/lazy-auth.tsx
'use client'
import dynamic from 'next/dynamic'
// Only load UserButton when needed (saves ~15KB)
const UserButton = dynamic(
() => import('@clerk/nextjs').then((mod) => mod.UserButton),
{ ssr: false, loading: () => <div className="w-8 h-8 rounded-full bg-gray-200 animate-pulse" /> }
)
const SignInButton = dynamic(
() => import('@clerk/nextjs').then((mod) => mod.SignInButton),
{ ssr: false }
)
export { UserButton, SignInButton }
Step 5: Optimize Server Components
// app/dashboard/page.tsx — parallel data fetching
import { auth } from '@clerk/nextjs/server'
import { Suspense } from 'react'
export default async function Dashboard() {
const { userId } = await auth()
if (!userId) return null
return (
<div>
{/* Parallel loading with Suspense boundaries */}
<Suspense fallback={<div>Loading profile...</div>}>
<UserProfile userId={userId} />
</Suspense>
<Suspense fallback={<div>Loading activity...</div>}>
<RecentActivity userId={userId} />
</Suspense>
</div>
)
}
async function UserProfile({ userId }: { userId: string }) {
const profile = await getCachedUserProfile(userId)
return <div>{profile.name}</div>
}
async function RecentActivity({ userId }: { userId: string }) {
const activity = await db.activity.findMany({ where: { userId }, take: 10 })
return <ul>{activity.map((a) => <li key={a.id}>{a.description}</li>)}</ul>
}
Step 6: Edge Runtime for Middleware
// middleware.ts — runs on Vercel Edge (cold start <50ms vs ~250ms Node)
import { clerkMiddleware } from '@clerk/nextjs/server'
export default clerkMiddleware()
// Clerk middleware is Edge-compatible by default on Vercel
export const config = {
matcher: ['/((?!_next/static|_next/image|favicon.ico).*)'],
runtime: 'edge', // Explicitly opt into Edge Runtime
}
Output
- Middleware skipping static assets (fewer auth checks)
- React
cache()deduplicating user fetches within requests - Cross-request user profile caching (5-minute TTL)
- Lazy-loaded auth components reducing bundle size
- Parallel Suspense boundaries for dashboard rendering
- Edge Runtime middleware for faster cold starts
Error Handling
| Issue | Cause | Solution |
|---|---|---|
| Slow initial page load | Blocking auth calls | Use Suspense boundaries for parallel loading |
| High Clerk API latency | No caching | Use cache() and unstable_cache() |
| Large JS bundle | All Clerk components loaded | Use dynamic() imports for auth UI components |
| Slow middleware cold start | Node.js runtime | Switch to Edge Runtime on Vercel |
| Stale cached user data | Cache not invalidated | Invalidate on user.updated webhook |
Examples
Measure Clerk Auth Overhead
// lib/perf-measure.ts
export async function measureAuthTime() {
const start = performance.now()
const { userId } = await auth()
const authMs = performance.now() - start
console.log(`[Perf] auth() took ${authMs.toFixed(1)}ms, userId: ${userId}`)
return { userId, authMs }
}
Resources
Next Steps
Proceed to clerk-cost-tuning for cost optimization strategies.
When not to use it
- →When Clerk is not integrated into the application.
- →When performance is not a critical concern for authentication processes.
Prerequisites
Limitations
- →Requires Clerk integration to be already working.
- →Cross-request caching with `unstable_cache` is specific to Next.js.
How it compares
This skill offers specific Clerk-focused performance optimizations, providing concrete code solutions for common bottlenecks, unlike general performance tuning guides.
Compared to similar skills
clerk-performance-tuning side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| clerk-performance-tuning (this skill) | 1 | 27d | Review | Advanced |
| clerk-cost-tuning | 1 | 27d | Review | Intermediate |
| nextjs-developer | 328 | 2mo | No flags | Advanced |
| reviewing-nextjs-16-patterns | 11 | 8mo | Review | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by jeremylongshore
View all by jeremylongshore →You might also like
clerk-cost-tuning
jeremylongshore
Optimize Clerk costs and understand pricing. Use when planning budget, reducing costs, or understanding Clerk pricing model. Trigger with phrases like "clerk cost", "clerk pricing", "reduce clerk cost", "clerk billing", "clerk budget".
nextjs-developer
zenobi-us
Expert Next.js developer mastering Next.js 14+ with App Router and full-stack features. Specializes in server components, server actions, performance optimization, and production deployment with focus on building fast, SEO-friendly applications.
reviewing-nextjs-16-patterns
djankies
Review code for Next.js 16 compliance - security patterns, caching, breaking changes. Use when reviewing Next.js code, preparing for migration, or auditing for violations.
frontend-developer
sickn33
Build React components, implement responsive layouts, and handle client-side state management. Masters React 19, Next.js 15, and modern frontend architecture. Optimizes performance and ensures accessibility. Use PROACTIVELY when creating UI components or fixing frontend issues.
nextjs-supabase-auth
davila7
Expert integration of Supabase Auth with Next.js App Router Use when: supabase auth next, authentication next.js, login supabase, auth middleware, protected route.
vercel-deployment
davila7
Expert knowledge for deploying to Vercel with Next.js Use when: vercel, deploy, deployment, hosting, production.