Nextjs App Router
Trigger Boundary
- •Use when implementing or refactoring Next.js App Router (
app/) architecture. - •Do not use for legacy Pages Router migration planning only.
- •Do not use for backend-only API concerns outside Next.js runtime.
Goal
Deliver predictable route composition and data fetching behavior in Next.js App Router projects.
Inputs
- •Route structure and nested layout requirements
- •Server/client component boundaries
- •Caching, revalidation, and SEO constraints
Outputs
- •Route and layout map with rendering strategy
- •Data-fetching and cache-control plan
- •Error/loading boundary checklist
Workflow
- •Define route groups, nested layouts, and shared UI boundaries.
- •Decide server vs client component ownership by interaction needs.
- •Configure fetch caching and revalidation per route criticality.
- •Implement loading, error, and not-found boundaries explicitly.
- •Validate route transitions and data consistency under navigation.
Quality Gates
- •Route tree is explicit and maintainable.
- •Server/client boundaries are intentional and minimal.
- •Cache/revalidation settings match freshness requirements.
- •All user flows have explicit loading and error states.
Failure Handling
- •Stop when server/client responsibilities are mixed without rationale.
- •Escalate when route data consistency cannot be guaranteed.