nextjs_skill

This skill helps you review Next.js 14+ App Router patterns for server components, data fetching, performance, and accessibility to ship robust apps.
  • Python

0

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill yldgio/codereview-skills --skill nextjs

  • SKILL.md3.2 KB

Overview

This skill provides concise, practical review rules and guidance for Next.js 14+ App Router projects focused on Server Components, API routes, and performance optimization. It codifies security checks, app-router structure conventions, data-fetching patterns, performance musts, accessibility, testing, and edge-runtime considerations. The goal is to help teams ship resilient, fast, and secure Next.js applications with repeatable code-review checkpoints. Guidance targets common anti-patterns and real-world trade-offs for modern Next.js apps.

How this skill works

The skill inspects app-router structure and component types to ensure Server vs. Client boundaries are correct, checks data-fetching and caching strategies, and validates API route practices including input validation and HTTP handling. It flags performance issues like improper image/font usage and missing Suspense boundaries, enforces security rules (no secrets on client, input sanitization), and evaluates accessibility and testing coverage. For advanced flows it reviews Edge runtime compatibility and dependency upgrade risks.

When to use it

  • During pull-request reviews for Next.js 14+ projects using the App Router
  • When migrating pages to Server Components or converting to the App Router
  • Before releasing performance-sensitive features or public APIs
  • When introducing Edge functions or changing runtime targets
  • While auditing security, accessibility, or QA test coverage

Best practices

  • Validate and sanitize all inputs in Server Actions and API routes; never trust client input
  • Keep secrets and server-only APIs out of client components; enforce server-side checks for headers() and cookies()
  • Prefer Server Components for data fetching; use cache() and revalidate only where appropriate
  • Use next/image with explicit width/height or fill and next/font for fonts to ensure automatic optimization
  • Wrap async UI with Suspense boundaries and avoid blocking fetches in layouts
  • Implement error boundaries (error.tsx) and provide clear fallback UIs with safe error messages

Example use cases

  • Code review checklist for PRs converting a route to Server Components
  • Audit for a performance regression after a dependency upgrade
  • Security review before exposing a new API route or webhook
  • Checklist when adopting Edge runtime for low-latency endpoints
  • Pre-release accessibility and e2e test verification for critical user journeys

FAQ

Prefer Server Components for most data fetching for better performance and smaller client bundles; use client fetching only when you need client-side interactivity or subscriptions.

When is the Edge runtime a good choice?

Use Edge for latency-sensitive, read-heavy, or geo-distributed endpoints, but ensure code is Edge-compatible (no Node APIs) and test memory/execution constraints.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational