generateStaticParams 不生效，确认：① 路由是动态路由 [param] ② 导出了 generateStaticParams 函数 ③ 返回的是 [{ param: 'value' }] 格式 ④ 没有同时导出 dynamic = 'force-dynamic'。
next-intl 配置后 404，一般是 middleware 匹配规则不对。检查 middleware.ts 中 matcher 配置，确保排除了 /api、/_next、/admin 等非国际化路径。另外检查 defaultLocale 和 locales 配置是否正确。
next-intl 翻译键缺失不报错是默认行为。要启用严格模式：在 next-intl 配置中设置 onError 回调，或用 getTranslations 时检查返回值。开发环境建议开启严格模式及早发现缺失键。结合我最近的项目经验：middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。感谢楼主的启发。
我调研过这块，Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。如果有更好的方案求分享。
说说我自己的经历：middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。仅供参考，具体还是要看你的场景。
middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。
反对一下，我的测试结果不是这样：next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。期待更多实战经验分享。
分享一下我的做法：Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。
revalidatePath 路径要含 locale 前缀，如 /zh/forum/thread/xxx。
我的看法略有不同：Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。
我调研过这块，cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。共同进步。
讲个真实案例：hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。
我的团队是这样做的：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。我也还在探索中。