next-intl 配置后 404，一般是 middleware 匹配规则不对。检查 middleware.ts 中 matcher 配置，确保排除了 /api、/_next、/admin 等非国际化路径。另外检查 defaultLocale 和 locales 配置是否正确。
Tailwind v4 升级后样式失效，大版本升级有 breaking changes。检查：① tailwind.config.ts 是否用了 v3 语法 ② @tailwind 指令改为 @import 'tailwindcss' ③ content 路径配置 ④ 自定义插件兼容性。建议看官方迁移指南。
Prisma 多对多关系创建，用 connect 或 create 连接：prisma.user.create({ data: { roles: { connect: [{ id: roleId }] } } })。隐式多对多表 Prisma 自动管理，显式多对多需要自己管理中间表。我调研过这块，hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。仅供参考，具体还是要看你的场景。
反对一下，我的测试结果不是这样：hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。踩了很多坑才总结出来的。
有个相关问题想请教：Auth.js JWT 不更新是因为没处理 trigger === 'update'，要加 useSession().update()。如果有更好的方案求分享。
分享一下我的做法：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。
这个观点我很认同，hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。我也还在探索中。
这个思路很巧妙，useSession() 返回 null 检查 SessionProvider 是否包裹了组件。踩了很多坑才总结出来的。
我的结论恰恰相反：hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。欢迎交流讨论。
revalidatePath 路径要含 locale 前缀，如 /zh/forum/thread/xxx。
实操中我发现：next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。共同进步。
上周刚好踩了这个坑，Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。实践出真知，建议动手试试。
这个方案我试过，hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。后续有新发现再来更新。
next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。
我的理解是：useSession() 返回 null 检查 SessionProvider 是否包裹了组件。
我的项目里也用了这个方案，useSession() 返回 null 检查 SessionProvider 是否包裹了组件。这只是个人经验，不一定通用。
这个观点我很认同，cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。实践出真知，建议动手试试。
这个观点我很认同，Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。
结合我最近的项目经验：Server Action 提交后不跳转，用 window.location.href 替代 router.push。
补充一个可能被忽略的点：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。效果因项目而异，建议实际测试。
我的项目里也用了这个方案，Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。希望对你有帮助。
实操中我发现：cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。效果因项目而异，建议实际测试。