home / skills / julianromli / ai-skills / rsc-data-optimizer

rsc-data-optimizer skill

/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-optimizer

Review the files below or copy the command above to add this skill to your agents.

Files (2)
SKILL.md
3.1 KB
---
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

Overview

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.

How this skill works

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.

When to use it

  • Initial page shows loading spinners or blank content before data arrives
  • Pages use useEffect + useState for initial data fetching
  • Context or store patterns cause sequential waterfall fetches
  • Content is missing from initial HTML and SEO needs improvement
  • Converting pages marked with "use client" to server-rendered components

Best practices

  • Identify required initial-render data and fetch it server-side in the page component
  • Extract only interactive pieces (hooks, event handlers, animations) into small "use client" components that accept server-fetched props
  • Use a type adapter to convert DB/backend types to frontend shapes before rendering
  • Keep client components for real-time, auth-dependent, or user-triggered fetches (search, filters, infinite scroll)
  • Prefer parallel server fetches and caching strategies to minimize latency

Example use cases

  • Convert a product listing page that currently fetches in useEffect to server-side fetch for instant HTML and SEO
  • Remove a site-wide loading spinner by moving initial session/user data fetch to the server
  • Split a dashboard into a server-rendered data snapshot and small client widgets for filters and real-time updates
  • Replace store-driven initial loads that cause sequential requests with a single server fetch and prop drilling to client widgets

FAQ

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.