home / skills / julianromli / ai-skills / rsc-data-optimizer
This skill converts slow client-side data fetching to server-side rendering with React Server Components to speed up initial load and improve SEO.
npx playbooks add skill julianromli/ai-skills --skill rsc-data-optimizerReview the files below or copy the command above to add this skill to your agents.
---
name: rsc-data-optimizer
description: |
Optimize Next.js App Router data fetching by converting slow client-side
fetching to fast server-side fetching using React Server Components (RSC).
Use when:
- User reports slow initial page load with loading spinners
- Page uses useEffect + useState for data fetching
- StoreContext/useStore pattern causes waterfall fetching
- Need to improve SEO (content not in initial HTML)
- Converting "use client" pages to Server Components
Triggers: "slow loading", "optimize fetching", "SSR data", "RSC optimization",
"remove loading spinner", "server-side fetch", "convert to server component",
"data fetch lambat", "loading lama"
---
# RSC Data Fetching Optimizer
Optimize slow client-side data fetching to instant server-side rendering.
## Quick Diagnosis
Search for these anti-patterns in the codebase:
```bash
# Find client-side fetching patterns
rg -n "useEffect.*fetch|useState.*loading|useStore\(\)" --type tsx
rg -n '"use client"' app/ --type tsx
```
**Red flags:**
- `"use client"` + `useEffect` + `fetch()` = slow initial load
- `useState(true)` for `isLoading` = user sees spinner
- `useStore()` or `useContext` for initial page data = waterfall fetching
## 3-Step Conversion Workflow
### Step 1: Identify Data Requirements
Determine what data the page needs on initial render:
- Static/rarely-changing data → **Server Component** (SSR)
- User-interactive data (filters, search) → **Client Component**
### Step 2: Extract Interactive Sections
Move sections with `useInView`, `useState`, `onClick` to separate Client Components:
```tsx
// components/data-section.tsx
"use client";
interface DataSectionProps {
data: Item[]; // Receive data as props
}
export function DataSection({ data }: DataSectionProps) {
const [ref, inView] = useInView(); // Client-side animation OK
return <div ref={ref}>...</div>;
}
```
### Step 3: Convert Page to Server Component
```tsx
// app/page.tsx - NO "use client"
import { getData } from "@/lib/actions/data";
import { DataSection } from "@/components/data-section";
export default async function Page() {
const data = await getData(); // Fetch on server
return <DataSection data={data} />;
}
```
## Type Adapter Pattern
When DB types differ from frontend types:
```tsx
import type { Item as DBItem } from "@/lib/database.types";
import type { Item } from "@/lib/types";
function adaptDBToFrontend(db: DBItem): Item {
return {
id: db.id,
name: db.name,
description: db.description ?? "",
createdAt: new Date(db.created_at),
};
}
export default async function Page() {
const dbItems = await getItems();
const items = dbItems.map(adaptDBToFrontend);
return <ItemList items={items} />;
}
```
## When to Keep Client-Side
Keep `"use client"` when:
- Real-time subscriptions (Supabase realtime)
- User-triggered fetching (search, filters, pagination)
- Data depends on client state (auth token, localStorage)
- Infinite scroll / load more patterns
## Advanced Patterns
See [references/patterns.md](references/patterns.md) for:
- Parallel data fetching
- Streaming with Suspense
- Error boundaries
- Caching strategies
- Hybrid SSR + client patterns
This skill optimizes Next.js App Router data fetching by converting slow client-side fetches into fast server-side fetches using React Server Components (RSC). It eliminates initial-loading spinners, reduces waterfall requests, and improves SEO by ensuring critical content is rendered in initial HTML. The workflow separates interactive UI into small client components while performing data retrieval on the server.
The tool scans the codebase for common anti-patterns like "use client" combined with useEffect-based fetching, isLoading state flags, and store/context-driven initial data loading. It guides converting pages into Server Components that call server-side data functions and passing the results to dedicated client components for interactivity. It also recommends type adapter patterns to map backend types to frontend shapes and advises when to preserve client-side behavior.
Will converting to Server Components break client-side interactions?
No — interactive parts remain as small client components. The page fetches data on the server and passes it as props to those client components, preserving interactivity.
When should I not move a fetch to the server?
Keep fetching on the client for real-time subscriptions, auth-token-dependent calls, user-initiated searches, and infinite scroll where server-side rendering adds no benefit.