Vercel Next.js Frontend
Use this skill as the repo-local bridge for the session's vercel:nextjs guidance.
Default stance
- Treat App Router patterns as the default unless the codebase clearly uses Pages Router in the touched area.
- Preserve Server Component and Client Component boundaries intentionally.
- Prefer route-aware fixes over local hacks inside leaf components.
- Reach for official Next.js guidance or the session's
vercel:nextjsskill when framework behavior might be version-sensitive.
Workflow
- Inspect the target route, layout, and nearby shared components before editing.
- Decide whether the work belongs in a Server Component, Client Component, Server Action, or route handler.
- Make the smallest change that fits the repo's routing and rendering patterns.
- Keep metadata, loading, error, and empty states consistent with the surrounding app structure.
- Verify with the smallest relevant local command and a browser check when UI behavior changes.
Focus areas
- App Router routing and nested layouts
- loading, error, and not-found states
- metadata and route-level configuration
- data fetching and cache-aware UI rendering
- Server Action and route handler boundaries
Avoid
- Mixing Pages Router and App Router patterns in the same change without a clear reason
- Adding
use clientbroadly when a narrower client boundary is enough - Hiding routing or data-flow issues inside presentational components