fec-nextjs-project-standard

name	fec-nextjs-project-standard
description	用于创建或审查 Next.js 14+ App Router 项目、文件路由、layout、服务端/客户端组件边界、SSR/SSG/ISR、streaming、metadata、middleware、server actions 或 Next 特定数据获取。通用客户端 React 组件架构另按项目 React 约定处理；中文触发词包括 Next.js、App Router。

Next.js 项目规范

适用于使用 Next.js 14+ 与 App Router 的仓库。

用途

规范 Next.js 14+ 项目中 App Router、SSR/SSG/ISR 渲染模式、数据获取、路由布局、中间件和 SEO 元数据的工程实践，确保服务端优先、性能优化和可维护性。

流程

1. 先识别目标属于 App Router、布局、服务端数据、middleware、metadata 还是客户端交互。
2. 默认服务端组件优先；只有需要浏览器 API、交互状态或事件处理时才使用 'use client'。
3. 明确 SSR / SSG / ISR / CSR 渲染模式和 Next fetch/cache 策略。
4. 为路由补齐 loading.tsx、error.tsx、not-found.tsx、metadata 和敏感逻辑的服务端边界。
5. 引入第三方库前检查是否支持 Server Component；浏览器专属、动效、图表、编辑器和 WebGL 库必须放进客户端叶子组件并按需加载。
6. 对动态渲染、缓存失效、RSC 序列化、route handler、middleware 和首屏 bundle 做证据优先审查；不确定时先收集构建、trace、headers 或路由行为证据。
7. 客户端组件架构问题分流到 React 项目 workflow。

项目结构

src/
├── app/                        # App Router
│   ├── layout.tsx              # 根布局
│   ├── page.tsx                # 首页
│   ├── loading.tsx              # 全局 loading UI
│   ├── error.tsx                # 全局错误边界
│   ├── not-found.tsx           # 404
│   ├── globals.css
│   │
│   ├── (auth)/                 # 路由组
│   │   ├── login/
│   │   │   └── page.tsx
│   │   └── register/
│   │       └── page.tsx
│   │
│   ├── (dashboard)/            # 仪表盘路由组
│   │   ├── layout.tsx          # 共享布局
│   │   ├── dashboard/
│   │   │   └── page.tsx
│   │   └── users/
│   │       ├── page.tsx
│   │       └── [id]/
│   │           └── page.tsx
│   │
│   └── api/                    # API Routes
│       └── users/
│           └── route.ts
│
├── components/                 # 共享组件
├── lib/                        # 工具、配置
├── hooks/
├── services/
└── types/

渲染模式

模式	使用场景	实现方式
SSR	动态、需实时数据	默认，fetch 不缓存或 cache: 'no-store'
SSG	静态内容	generateStaticParams + 静态 fetch
ISR	定期更新	revalidate 或 revalidatePath
CSR	客户端交互	'use client' + useEffect 或 SWR/React Query

数据获取

• 服务端组件：直接 async 或 fetch，不暴露 useEffect
• 客户端组件：useEffect + useState，或 SWR / React Query
• 优先在服务端获取数据，减少客户端水合
• 使用 loading.tsx 和 Suspense 包裹异步区块，提供流式体验
• 缓存策略要写清 force-cache、no-store、revalidate、tag/path revalidation 或用户私有数据约束
• 任何会让路由从静态变动态的读取（cookies、headers、searchParams、未缓存 fetch）都要说明原因和验证方式

路由与布局

• 路由组 (auth) 不改变 URL，只影响布局
• 动态路由 [id] 配合 generateStaticParams 做 SSG
• layout.tsx 包裹子路由，共享 UI 与布局
• page.tsx 为叶子路由，不可嵌套

中间件

• 放在 middleware.ts 根目录
• 用于鉴权、重定向、rewrite、Header 修改
• 尽量短小，避免阻塞请求

元数据与 SEO

• 使用 metadata 或 generateMetadata 导出
• 支持 title、description、openGraph、twitter 等
• 动态路由用 generateMetadata(params) 生成

约束

• 服务端组件默认，仅在需要客户端交互时加 'use client'
• 不在服务端组件中直接使用 useState、useEffect、浏览器 API
• 敏感逻辑（如鉴权）放在服务端或 API Route，不暴露在客户端
• 图片使用 next/image，字体使用 next/font
• 不把密钥、内部 API 地址或服务端 token 放入 NEXT_PUBLIC_ 环境变量。
• 不让大型动效库、3D 场景、富文本编辑器或地图 SDK 进入根布局同步 bundle。
• 首屏媒体必须有确定尺寸、真实资源和合理 priority；不要用远程占位图撑布局。
• 不在没有指标、响应头、构建输出或路由行为证据时断言某路由“已缓存”或“必须动态”。
• Middleware 只处理路由级轻量决策，不承载重型鉴权查询、日志批处理或可放到 route handler 的业务逻辑。

与客户端 UI 模式的分工

• 服务端：渲染模式、数据获取与缓存、loading.tsx / error.tsx、路由与布局等以本 skill 为准。
• 'use client' 组件：组合与复合组件、表单、客户端状态、列表虚拟化、动效与键盘/焦点等，与纯 React 项目一致，遵循项目中的 React 规则（如 .claude/rules/fec-react.md）。
• 权限与客户端数据：鉴权、RBAC、redirect、客户端 server state 和缓存失效应按对应专项 workflow 处理；Next 服务端 fetch/cache 仍以本 skill 为准。

预期输出

• 页面组件按 App Router 约定组织（app/ 目录、page.tsx、layout.tsx、loading.tsx、error.tsx）
• 渲染模式选择正确（SSR/SSG/ISR/CSR），数据获取路径清晰
• 元数据和 SEO 配置完整（title、description、openGraph）
• 敏感逻辑在服务端，客户端组件仅处理交互
• 缓存、动态渲染和首屏 bundle 决策有可复查证据，性能风险可分流到专项性能 workflow