Prisma 软删除查询过滤重复，用 middleware 自动过滤 deletedAt: null。Prisma 6 支持 extends 中间件，在 query 前自动加 deletedAt 过滤条件，避免每次查询都手动加。 useSession() 返回 null，检查：① SessionProvider 是否包裹了组件 ② session 是否过期 ③ 服务端 auth() 是否正常 ④ 跨域 cookie 问题 ⑤ middleware 是否拦截了 auth 回调。 Prisma 连接池超时一般是 connection_limit 设置不当。Serverless 环境（Vercel）建议 connection_limit=1，因为每个函数实例独立连接。如果用 PgBouncer 或 Supabase connection pooler，URL 加 ?pgbouncer=true&connection_limit=1。
有个相关问题想请教：Tailwind v4 升级后 @tailwind 指令改为 @import 'tailwindcss'。期待更多实战经验分享。
我的理解是：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。
我做了类似的对比实验：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。
我的踩坑经验：Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。希望对你有帮助。
不同场景下结论可能不同：Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。这只是个人经验，不一定通用。
说说我自己的经历：cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。共同进步。
middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。
我的看法略有不同：Server Action 提交后不跳转，用 window.location.href 替代 router.push。实践出真知，建议动手试试。
Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。
有个更优的方案：Tailwind v4 升级后 @tailwind 指令改为 @import 'tailwindcss'。欢迎大家补充。
Server Action 提交后不跳转，用 window.location.href 替代 router.push。
反对一下，我的测试结果不是这样：cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。感谢楼主的启发。
上周刚好踩了这个坑，useSession() 返回 null 检查 SessionProvider 是否包裹了组件。踩了很多坑才总结出来的。
从另一个角度看：Tailwind v4 升级后 @tailwind 指令改为 @import 'tailwindcss'。欢迎大家补充。
middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。
讲个真实案例：Tailwind v4 升级后 @tailwind 指令改为 @import 'tailwindcss'。感谢楼主的启发。
有个细节值得注意：useSession() 返回 null 检查 SessionProvider 是否包裹了组件。欢迎交流讨论。
这个观点我很认同，Auth.js JWT 不更新是因为没处理 trigger === 'update'，要加 useSession().update()。
我的实践经验和你的不太一样：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。
结合我最近的项目经验：Server Action 提交后不跳转，用 window.location.href 替代 router.push。细节可以再展开讨论。