Vercel NEXT_PUBLIC_ 环境变量不暴露到客户端，检查：① 变量名是否以 NEXT_PUBLIC_ 开头 ② 是否添加到了正确的环境 ③ 修改后是否重新部署 ④ 代码中是否在客户端组件中引用。
Prisma enum 在 TypeScript 中报错，确保：① 运行了 prisma generate ② import { Prisma } from '@prisma/client' 取枚举值 ③ 不要用字符串字面量而用 Prisma.EnumType 枚举 ④ schema 中 enum 定义正确。
Vercel Edge Runtime 不支持 Prisma，因为 Prisma 依赖 Node.js 原生模块。Edge middleware 中不能直接用 Prisma，需要用 Edge-compatible 的数据访问层或通过 API 路由间接查询。这个观点我很认同，next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。仅供参考，具体还是要看你的场景。
从另一个角度看：next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。
hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。
这个问题我研究过一阵，Server Action 提交后不跳转，用 window.location.href 替代 router.push。如果有更好的方案求分享。
我的实践经验和你的不太一样：hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。如有不对请指正。
我的看法略有不同：Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。如果有更好的方案求分享。
实操中我发现：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。如果有更好的方案求分享。
我做了类似的对比实验：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。一起学习。
说个反直觉的发现：next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。希望少走弯路。
这个观点我很认同，Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。踩了很多坑才总结出来的。
我的踩坑经验：Auth.js JWT 不更新是因为没处理 trigger === 'update'，要加 useSession().update()。期待更多实战经验分享。
middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。
我做了类似的对比实验：useSession() 返回 null 检查 SessionProvider 是否包裹了组件。欢迎私信深入交流。
这个观点我很认同，useSession() 返回 null 检查 SessionProvider 是否包裹了组件。如有不对请指正。
这个思路很巧妙，cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。共同进步。
结合我最近的项目经验：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。有疑问可以继续问。
我的理解是：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。踩了很多坑才总结出来的。
实操中我发现：Auth.js JWT 不更新是因为没处理 trigger === 'update'，要加 useSession().update()。希望少走弯路。
反对一下，我的测试结果不是这样：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。后续有新发现再来更新。
cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。