next-intl 配置后 404，一般是 middleware 匹配规则不对。检查 middleware.ts 中 matcher 配置，确保排除了 /api、/_next、/admin 等非国际化路径。另外检查 defaultLocale 和 locales 配置是否正确。 Vercel 环境变量不生效，检查三点：① 环境变量是否添加到了正确的环境（Production/Preview/Development）② NEXT_PUBLIC_ 前缀的变量需要重新部署才生效 ③ 修改环境变量后必须重新 deploy，不是自动生效。 Next.js 15 中 next/dynamic + ssr:false 在 Server Component 中不允许。解决：创建一个 'use client' 的包装组件，在包装组件中用 next/dynamic + ssr:false，然后在 Server Component 中导入这个包装组件。
我的结论恰恰相反：useSession() 返回 null 检查 SessionProvider 是否包裹了组件。细节可以再展开讨论。
反对一下，我的测试结果不是这样：middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。如有不对请指正。
这个思路很巧妙，revalidatePath 路径要含 locale 前缀，如 /zh/forum/thread/xxx。我也还在探索中。
说说我自己的经历：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。仅供参考，具体还是要看你的场景。
Tailwind v4 升级后 @tailwind 指令改为 @import 'tailwindcss'。
我的项目里也用了这个方案，Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。仅供参考，具体还是要看你的场景。
我的理解是：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。如果有更好的方案求分享。
有个更优的方案：next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。
我调研过这块，Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。这只是个人经验，不一定通用。
我的踩坑经验：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。
反对一下，我的测试结果不是这样：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。
上周刚好踩了这个坑，useSession() 返回 null 检查 SessionProvider 是否包裹了组件。有疑问可以继续问。
有个更优的方案：middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。
我的项目里也用了这个方案，middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。如有不对请指正。
Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。
我之前也遇到过类似问题，cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。欢迎大家补充。
分享一下我的做法：revalidatePath 路径要含 locale 前缀，如 /zh/forum/thread/xxx。希望对你有帮助。
有个细节值得注意：middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。希望对你有帮助。
补充一个边界情况：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。一起学习。
我的理解是：middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。感谢楼主的启发。