Requirements
- Target platform
- OpenClaw
- Install method
- Manual import
- Extraction
- Extract archive
- Prerequisites
- OpenClaw
- Primary doc
- SKILL.md
React and Next.js performance optimization patterns. Use when writing, reviewing, or refactoring React/Next.js code to ensure optimal performance. Triggers on tasks involving components, data fetching, bundle optimization, re-render reduction, or server component architecture.
React and Next.js performance optimization patterns. Use when writing, reviewing, or refactoring React/Next.js code to ensure optimal performance. Triggers on tasks involving components, data fetching, bundle optimization, re-render reduction, or server component architecture.
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Then review README.md for any prerequisites, environment setup, or post-install checks. Tell me what you changed and call out any manual steps you could not complete.
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Then review README.md for any prerequisites, environment setup, or post-install checks. Summarize what changed and any follow-up checks I should run.
Performance optimization guide for React and Next.js applications. Patterns across 7 categories, prioritized by impact. Detailed examples in references/.
Writing new React components or Next.js pages Implementing data fetching (client or server-side) Reviewing or refactoring for performance Optimizing bundle size or load times
#CategoryImpact1Async / WaterfallsCRITICAL2Bundle SizeCRITICAL3Server ComponentsHIGH4Re-rendersMEDIUM5RenderingMEDIUM6Client-Side DataMEDIUM7JS PerformanceLOW-MEDIUM
npx clawhub@latest install react-performance
Sequential awaits are the single biggest performance mistake in React apps. // BAD โ sequential, 3 round trips const user = await fetchUser() const posts = await fetchPosts() const comments = await fetchComments() // GOOD โ parallel, 1 round trip const [user, posts, comments] = await Promise.all([ fetchUser(), fetchPosts(), fetchComments(), ])
Move await into branches where the value is actually used. // BAD โ blocks both branches async function handle(userId: string, skip: boolean) { const data = await fetchUserData(userId) if (skip) return { skipped: true } // Still waited return process(data) } // GOOD โ only blocks when needed async function handle(userId: string, skip: boolean) { if (skip) return { skipped: true } // Returns immediately return process(await fetchUserData(userId)) }
Show layout immediately while data-dependent sections load independently. // BAD โ entire page blocked async function Page() { const data = await fetchData() return <div><Sidebar /><Header /><DataDisplay data={data} /><Footer /></div> } // GOOD โ layout renders immediately, data streams in function Page() { return ( <div> <Sidebar /><Header /> <Suspense fallback={<Skeleton />}><DataDisplay /></Suspense> <Footer /> </div> ) } async function DataDisplay() { const data = await fetchData() return <div>{data.content}</div> } Share a promise across components with use() to avoid duplicate fetches.
Barrel files load thousands of unused modules. Direct imports save 200-800ms. // BAD โ loads 1,583 modules import { Check, X, Menu } from 'lucide-react' // GOOD โ loads only 3 modules import Check from 'lucide-react/dist/esm/icons/check' import X from 'lucide-react/dist/esm/icons/x' import Menu from 'lucide-react/dist/esm/icons/menu' Next.js 13.5+: use experimental.optimizePackageImports in config. Commonly affected: lucide-react, @mui/material, react-icons, @radix-ui, lodash, date-fns.
import dynamic from 'next/dynamic' const MonacoEditor = dynamic( () => import('./monaco-editor').then((m) => m.MonacoEditor), { ssr: false } )
Analytics, logging, error tracking โ load after hydration with dynamic() and { ssr: false }.
const preload = () => { void import('./monaco-editor') } <button onMouseEnter={preload} onFocus={preload} onClick={onClick}>Open Editor</button>
Only pass fields the client actually uses across the server/client boundary. // BAD โ serializes all 50 user fields return <Profile user={user} /> // GOOD โ serializes 1 field return <Profile name={user.name} />
RSC execute sequentially within a tree. Restructure to parallelize. // BAD โ Sidebar waits for header fetch export default async function Page() { const header = await fetchHeader() return <div><div>{header}</div><Sidebar /></div> } // GOOD โ sibling async components fetch simultaneously async function Header() { return <div>{await fetchHeader()}</div> } async function Sidebar() { return <nav>{(await fetchSidebarItems()).map(renderItem)}</nav> } export default function Page() { return <div><Header /><Sidebar /></div> }
import { cache } from 'react' export const getCurrentUser = cache(async () => { const session = await auth() if (!session?.user?.id) return null return await db.user.findUnique({ where: { id: session.user.id } }) }) Use primitive args (not inline objects) โ React.cache() uses Object.is. Next.js auto-deduplicates fetch, but React.cache() is needed for DB queries, auth checks, and computations.
import { after } from 'next/server' export async function POST(request: Request) { await updateDatabase(request) after(async () => { logUserAction({ userAgent: request.headers.get('user-agent') }) }) return Response.json({ status: 'success' }) }
// BAD โ redundant state + effect const [fullName, setFullName] = useState('') useEffect(() => { setFullName(first + ' ' + last) }, [first, last]) // GOOD โ derive inline const fullName = first + ' ' + last
// BAD โ recreated on every items change const addItem = useCallback((item: Item) => { setItems([...items, item]) }, [items]) // GOOD โ stable, always latest state const addItem = useCallback((item: Item) => { setItems((curr) => [...curr, item]) }, [])
Don't subscribe to dynamic state if you only read it in callbacks. // BAD โ re-renders on every searchParams change const searchParams = useSearchParams() const handleShare = () => shareChat(chatId, { ref: searchParams.get('ref') }) // GOOD โ reads on demand const handleShare = () => { const ref = new URLSearchParams(window.location.search).get('ref') shareChat(chatId, { ref }) }
// BAD โ JSON.parse runs every render const [settings] = useState(JSON.parse(localStorage.getItem('s') || '{}')) // GOOD โ runs only once const [settings] = useState(() => JSON.parse(localStorage.getItem('s') || '{}'))
// BAD โ re-renders on every pixel const width = useWindowWidth(); const isMobile = width < 768 // GOOD โ re-renders only when boolean flips const isMobile = useMediaQuery('(max-width: 767px)')
// BAD โ blocks UI on scroll const handler = () => setScrollY(window.scrollY) // GOOD โ non-blocking const handler = () => startTransition(() => setScrollY(window.scrollY))
const UserAvatar = memo(function UserAvatar({ user }: { user: User }) { const id = useMemo(() => computeAvatarId(user), [user]) return <Avatar id={id} /> }) function Profile({ user, loading }: Props) { if (loading) return <Skeleton /> return <div><UserAvatar user={user} /></div> } Note: React Compiler makes manual memo()/useMemo() unnecessary.
For 1000 items, browser skips ~990 off-screen (10x faster initial render). .list-item { content-visibility: auto; contain-intrinsic-size: 0 80px; }
Avoids re-creation, especially for large SVG nodes. React Compiler does this automatically. const skeleton = <div className="skeleton" /> function Container() { return <div>{loading && skeleton}</div> }
// BAD โ each instance fetches independently useEffect(() => { fetch('/api/users').then(r => r.json()).then(setUsers) }, []) // GOOD โ multiple instances share one request const { data: users } = useSWR('/api/users', fetcher)
// BAD โ O(n) items.filter(i => allowed.includes(i.id)) // GOOD โ O(1) const allowedSet = new Set(allowed) items.filter(i => allowedSet.has(i.id))
// BAD โ 3 passes const a = users.filter(u => u.isAdmin) const t = users.filter(u => u.isTester) // GOOD โ 1 pass const a: User[] = [], t: User[] = [] for (const u of users) { if (u.isAdmin) a.push(u); if (u.isTester) t.push(u) } Also: early returns, cache property access in loops, hoist RegExp outside loops, prefer for...of for hot paths.
Slow page load? โ Bundle size (2), then async waterfalls (1) Sluggish interactions? โ Re-renders (4), then JS perf (7) Server page slow? โ RSC serialization & parallel fetching (3) Client data stale/slow? โ SWR (6) Long lists janky? โ content-visibility (5)
Code helpers, APIs, CLIs, browser automation, testing, and developer operations.
Largest current source with strong distribution and engagement signals.