Vercel React Best Practices
JetBrainsOfficialCreated by VercelDistributed by JetBrains
- Skill
- Guidelines
- Software development
- MIT
- No issues found
AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
Vercel React Best Practices provides a structured set of 64 rules designed to guide developers in writing and refactoring React and Next.js code. The guidelines are organized into eight categories ranging from eliminating request waterfalls and optimizing bundle sizes to managing re-renders and server-side performance. Each rule is categorized by priority to help developers focus on high-impact improvements for their applications.
What it does
- Provides 64 specific rules for React and Next.js optimization
- Categorizes rules by priority and impact level
- Offers guidance on eliminating request waterfalls
- Includes patterns for bundle size and server-side performance
- Details techniques for managing client-side data fetching and re-renders
- Supplies reference material for advanced React patterns
When to use it
- When writing new React components or Next.js pages
- During the implementation of client or server-side data fetching
- When reviewing code for performance patterns
- When refactoring existing React or Next.js codebases
- When aiming to reduce bundle size or improve load times
Advantages
- Organized by priority to address critical issues first
- Covers a wide range of performance-related topics
- Maintained by Vercel for relevance to the Next.js ecosystem
- Provides clear prefixes for identifying rule categories
Usage examples
- “How can I improve my data fetching in a Next.js page to avoid waterfalls?”
- The agent will reference rules like async-parallel and async-defer-await to suggest using Promise.all or deferring await statements.
- “What is the best way to handle heavy components in my React app?”
- The agent will suggest using bundle-dynamic-imports to implement next/dynamic for better bundle management.
Install
Download the skill as a ZIP:
https://mp-staging.autogineer.com/agent-skills/jetbrains/vercel-react-best-practices/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip vercel-react-best-practices.zip -d .agents/skills
Documentation by Vercel
Vercel React Best Practices
Comprehensive performance optimization guide for React and Next.js applications, maintained by Vercel. Contains 64 rules across 8 categories, prioritized by impact to guide automated refactoring and code generation.
When to Apply
Reference these guidelines when:
Writing new React components or Next.js pages
Implementing data fetching (client or server-side)
Reviewing code for performance issues
Refactoring existing React/Next.js code
Optimizing bundle size or load times
Rule Categories by Priority
| Priority | Category | Impact | Prefix |
|---|---|---|---|
| 1 | Eliminating Waterfalls | CRITICAL | async- |
| 2 | Bundle Size Optimization | CRITICAL | bundle- |
| 3 | Server-Side Performance | HIGH | server- |
| 4 | Client-Side Data Fetching | MEDIUM-HIGH | client- |
| 5 | Re-render Optimization | MEDIUM | rerender- |
| 6 | Rendering Performance | MEDIUM | rendering- |
| 7 | JavaScript Performance | LOW-MEDIUM | js- |
| 8 | Advanced Patterns | LOW | advanced- |
Quick Reference
1. Eliminating Waterfalls (CRITICAL)
async-defer-await- Move await into branches where actually usedasync-parallel- Use Promise.all() for independent operationsasync-dependencies- Use better-all for partial dependenciesasync-api-routes- Start promises early, await late in API routesasync-suspense-boundaries- Use Suspense to stream content
2. Bundle Size Optimization (CRITICAL)
bundle-barrel-imports- Import directly, avoid barrel filesbundle-dynamic-imports- Use next/dynamic for heavy componentsbundle-defer-third-party- Load analytics/logging after hydrationbundle-conditional- Load modules only when feature is activatedbundle-preload- Preload on hover/focus for perceived speed
3. Server-Side Performance (HIGH)
server-auth-actions- Authenticate server actions like API routesserver-cache-react- Use React.cache() for per-request deduplicationserver-cache-lru- Use LRU cache for cross-request cachingserver-dedup-props- Avoid duplicate serialization in RSC propsserver-hoist-static-io- Hoist static I/O (fonts, logos) to module levelserver-serialization- Minimize data passed to client componentsserver-parallel-fetching- Restructure components to parallelize fetchesserver-after-nonblocking- Use after() for non-blocking operations
4. Client-Side Data Fetching (MEDIUM-HIGH)
client-swr-dedup- Use SWR for automatic request deduplicationclient-event-listeners- Deduplicate global event listenersclient-passive-event-listeners- Use passive listeners for scrollclient-localstorage-schema- Version and minimize localStorage data
5. Re-render Optimization (MEDIUM)
rerender-defer-reads- Don't subscribe to state only used in callbacksrerender-memo- Extract expensive work into memoized componentsrerender-memo-with-default-value- Hoist default non-primitive propsrerender-dependencies- Use primitive dependencies in effectsrerender-derived-state- Subscribe to derived booleans, not raw valuesrerender-derived-state-no-effect- Derive state during render, not effectsrerender-functional-setstate- Use functional setState for stable callbacksrerender-lazy-state-init- Pass function to useState for expensive valuesrerender-simple-expression-in-memo- Avoid memo for simple primitivesrerender-split-combined-hooks- Split hooks with independent dependenciesrerender-move-effect-to-event- Put interaction logic in event handlersrerender-transitions- Use startTransition for non-urgent updatesrerender-use-deferred-value- Defer expensive renders to keep input responsivererender-use-ref-transient-values- Use refs for transient frequent valuesrerender-no-inline-components- Don't define components inside components
6. Rendering Performance (MEDIUM)
rendering-animate-svg-wrapper- Animate div wrapper, not SVG elementrendering-content-visibility- Use content-visibility for long listsrendering-hoist-jsx- Extract static JSX outside componentsrendering-svg-precision- Reduce SVG coordinate precisionrendering-hydration-no-flicker- Use inline script for client-only datarendering-hydration-suppress-warning- Suppress expected mismatchesrendering-activity- Use Activity component for show/hiderendering-conditional-render- Use ternary, not && for conditionalsrendering-usetransition-loading- Prefer useTransition for loading staterendering-resource-hints- Use React DOM resource hints for preloadingrendering-script-defer-async- Use defer or async on script tags
7. JavaScript Performance (LOW-MEDIUM)
js-batch-dom-css- Group CSS changes via classes or cssTextjs-index-maps- Build Map for repeated lookupsjs-cache-property-access- Cache object properties in loopsjs-cache-function-results- Cache function results in module-level Mapjs-cache-storage- Cache localStorage/sessionStorage readsjs-combine-iterations- Combine multiple filter/map into one loopjs-length-check-first- Check array length before expensive comparisonjs-early-exit- Return early from functionsjs-hoist-regexp- Hoist RegExp creation outside loopsjs-min-max-loop- Use loop for min/max instead of sortjs-set-map-lookups- Use Set/Map for O(1) lookupsjs-tosorted-immutable- Use toSorted() for immutabilityjs-flatmap-filter- Use flatMap to map and filter in one pass
8. Advanced Patterns (LOW)
advanced-event-handler-refs- Store event handlers in refsadvanced-init-once- Initialize app once per app loadadvanced-use-latest- useLatest for stable callback refs
How to Use
Read individual rule files for detailed explanations and code examples:
rules/async-parallel.md
rules/bundle-barrel-imports.mdEach rule file contains:
Brief explanation of why it matters
Incorrect code example with explanation
Correct code example with explanation
Additional context and references
Full Compiled Document
For the complete guide with all rules expanded: AGENTS.md
Files
- AGENTS.md92.3 KiB
- ATTRIBUTION.mdAdded by AutoGineer864 B
- README.md3.3 KiB
- SKILL.md6.7 KiB
- metadata.json921 B
- rules/_sections.md1.5 KiB
- rules/_template.md631 B
- rules/advanced-event-handler-refs.md1.4 KiB
- rules/advanced-init-once.md958 B
- rules/advanced-use-latest.md1.0 KiB
- rules/async-api-routes.md1.1 KiB
- rules/async-defer-await.md2.0 KiB
- rules/async-dependencies.md1.3 KiB
- rules/async-parallel.md654 B
- rules/async-suspense-boundaries.md2.5 KiB
- rules/bundle-barrel-imports.md2.3 KiB
- rules/bundle-conditional.md949 B
- rules/bundle-defer-third-party.md920 B
- rules/bundle-dynamic-imports.md791 B
- rules/bundle-preload.md1.1 KiB
- rules/client-event-listeners.md1.9 KiB
- rules/client-localstorage-schema.md1.9 KiB
- rules/client-passive-event-listeners.md1.6 KiB
- rules/client-swr-dedup.md1.1 KiB
- rules/js-batch-dom-css.md3.2 KiB
- rules/js-cache-function-results.md1.9 KiB
- rules/js-cache-property-access.md532 B
- rules/js-cache-storage.md1.6 KiB
- rules/js-combine-iterations.md753 B
- rules/js-early-exit.md1.1 KiB
- rules/js-flatmap-filter.md1.4 KiB
- rules/js-hoist-regexp.md1.0 KiB
- rules/js-index-maps.md837 B
- rules/js-length-check-first.md1.7 KiB
- rules/js-min-max-loop.md2.2 KiB
- rules/js-set-map-lookups.md532 B
- rules/js-tosorted-immutable.md1.7 KiB
- rules/rendering-activity.md564 B
- rules/rendering-animate-svg-wrapper.md1.2 KiB
- rules/rendering-conditional-render.md980 B
- rules/rendering-content-visibility.md815 B
- rules/rendering-hoist-jsx.md1.0 KiB
- rules/rendering-hydration-no-flicker.md2.3 KiB
- rules/rendering-hydration-suppress-warning.md872 B
- rules/rendering-resource-hints.md2.5 KiB
- rules/rendering-script-defer-async.md1.9 KiB
- rules/rendering-svg-precision.md588 B
- rules/rendering-usetransition-loading.md2.0 KiB
- rules/rerender-defer-reads.md973 B
- rules/rerender-dependencies.md824 B
- rules/rerender-derived-state-no-effect.md1.2 KiB
- rules/rerender-derived-state.md728 B
- rules/rerender-functional-setstate.md2.9 KiB
- rules/rerender-lazy-state-init.md2.0 KiB
- rules/rerender-memo-with-default-value.md1.1 KiB
- rules/rerender-memo.md1.1 KiB
- rules/rerender-move-effect-to-event.md1.2 KiB
- rules/rerender-no-inline-components.md2.1 KiB
- rules/rerender-simple-expression-in-memo.md1018 B
- rules/rerender-split-combined-hooks.md1.8 KiB
- rules/rerender-transitions.md1.0 KiB
- rules/rerender-use-deferred-value.md1.8 KiB
- rules/rerender-use-ref-transient-values.md1.7 KiB
- rules/server-after-nonblocking.md2.0 KiB
- rules/server-auth-actions.md2.6 KiB
- rules/server-cache-lru.md1.3 KiB
- rules/server-cache-react.md2.2 KiB
- rules/server-dedup-props.md2.0 KiB
- rules/server-hoist-static-io.md4.3 KiB
- rules/server-parallel-fetching.md1.5 KiB
- rules/server-serialization.md996 B
rules/server-hoist-static-io.md
title: Hoist Static I/O to Module Level impact: HIGH impactDescription: avoids repeated file/network I/O per request tags: server, io, performance, next.js, route-handlers, og-image
Hoist Static I/O to Module Level
Impact: HIGH (avoids repeated file/network I/O per request)
When loading static assets (fonts, logos, images, config files) in route handlers or server functions, hoist the I/O operation to module level. Module-level code runs once when the module is first imported, not on every request. This eliminates redundant file system reads or network fetches that would otherwise run on every invocation.
Incorrect: reads font file on every request
// app/api/og/route.tsx
import { ImageResponse } from 'next/og'
export async function GET(request: Request) {
// Runs on EVERY request - expensive!
const fontData = await fetch(
new URL('./fonts/Inter.ttf', import.meta.url)
).then(res => res.arrayBuffer())
const logoData = await fetch(
new URL('./images/logo.png', import.meta.url)
).then(res => res.arrayBuffer())
return new ImageResponse(
<div style={{ fontFamily: 'Inter' }}>
<img src={logoData} />
Hello World
</div>,
{ fonts: [{ name: 'Inter', data: fontData }] }
)
}Correct: loads once at module initialization
// app/api/og/route.tsx
import { ImageResponse } from 'next/og'
// Module-level: runs ONCE when module is first imported
const fontData = fetch(
new URL('./fonts/Inter.ttf', import.meta.url)
).then(res => res.arrayBuffer())
const logoData = fetch(
new URL('./images/logo.png', import.meta.url)
).then(res => res.arrayBuffer())
export async function GET(request: Request) {
// Await the already-started promises
const [font, logo] = await Promise.all([fontData, logoData])
return new ImageResponse(
<div style={{ fontFamily: 'Inter' }}>
<img src={logo} />
Hello World
</div>,
{ fonts: [{ name: 'Inter', data: font }] }
)
}Alternative: synchronous file reads with Node.js fs
// app/api/og/route.tsx
import { ImageResponse } from 'next/og'
import { readFileSync } from 'fs'
import { join } from 'path'
// Synchronous read at module level - blocks only during module init
const fontData = readFileSync(
join(process.cwd(), 'public/fonts/Inter.ttf')
)
const logoData = readFileSync(
join(process.cwd(), 'public/images/logo.png')
)
export async function GET(request: Request) {
return new ImageResponse(
<div style={{ fontFamily: 'Inter' }}>
<img src={logoData} />
Hello World
</div>,
{ fonts: [{ name: 'Inter', data: fontData }] }
)
}General Node.js example: loading config or templates
// Incorrect: reads config on every call
export async function processRequest(data: Data) {
const config = JSON.parse(
await fs.readFile('./config.json', 'utf-8')
)
const template = await fs.readFile('./template.html', 'utf-8')
return render(template, data, config)
}
// Correct: loads once at module level
const configPromise = fs.readFile('./config.json', 'utf-8')
.then(JSON.parse)
const templatePromise = fs.readFile('./template.html', 'utf-8')
export async function processRequest(data: Data) {
const [config, template] = await Promise.all([
configPromise,
templatePromise
])
return render(template, data, config)
}When to use this pattern:
Loading fonts for OG image generation
Loading static logos, icons, or watermarks
Reading configuration files that don't change at runtime
Loading email templates or other static templates
Any static asset that's the same across all requests
When NOT to use this pattern:
Assets that vary per request or user
Files that may change during runtime (use caching with TTL instead)
Large files that would consume too much memory if kept loaded
Sensitive data that shouldn't persist in memory
With Vercel's Fluid Compute: Module-level caching is especially effective because multiple concurrent requests share the same function instance. The static assets stay loaded in memory across requests without cold start penalties.
In traditional serverless: Each cold start re-executes module-level code, but subsequent warm invocations reuse the loaded assets until the instance is recycled.
Requirements and compatibility
Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta
“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.
Security
No issues found by our static scan· No issues found
A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.
Attribution and licence
- Created by
- Vercel
- Publisher
- JetBrains (Official)
- Distributed by
- JetBrains
- Source
- JetBrains/skills · react-best-practices · commit 3f53782
- Licence
- MIT License (redistribution allowed)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
AutoGineer is not affiliated with or endorsed by Vercel or JetBrains.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download vercel-react-best-practices.zip