Auth.js 5 signIn redirect:false 返回 { error, ok, status, url }。判断成功：!result.error && result.ok。注意 result.url 可能含 ?error= 参数，用 redirectTo 显式指定避免误判。
Next.js 15 中 next/dynamic + ssr:false 在 Server Component 中不允许。解决：创建一个 'use client' 的包装组件，在包装组件中用 next/dynamic + ssr:false，然后在 Server Component 中导入这个包装组件。
Google OAuth 回调报 OAuthCallback 错误，检查：① GOOGLE_CLIENT_ID/SECRET 是否正确 ② NEXTAUTH_URL 是否与 Google Console 中的回调 URL 一致 ③ redirect URI 是否匹配 ④ 时钟同步问题。hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。
我的项目里也用了这个方案，Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。希望对你有帮助。
讲个真实案例：useSession() 返回 null 检查 SessionProvider 是否包裹了组件。效果因项目而异，建议实际测试。
Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。
这个思路很巧妙，useSession() 返回 null 检查 SessionProvider 是否包裹了组件。仅供参考，具体还是要看你的场景。
我的项目里也用了这个方案，Server Action 提交后不跳转，用 window.location.href 替代 router.push。欢迎大家补充。
补充一个边界情况：useSession() 返回 null 检查 SessionProvider 是否包裹了组件。实践出真知，建议动手试试。
这个观点我很认同，revalidatePath 路径要含 locale 前缀，如 /zh/forum/thread/xxx。欢迎大家补充。
我的实践经验和你的不太一样：hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。感谢楼主的启发。
讲个真实案例：next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。欢迎大家补充。
我的项目里也用了这个方案，cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。如有不对请指正。
上周刚好踩了这个坑，useSession() 返回 null 检查 SessionProvider 是否包裹了组件。我也还在探索中。
说说我自己的经历：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。一起学习。
讲个真实案例：next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。
补充一个边界情况：middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。共同进步。
分享一下我的做法：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。欢迎私信深入交流。
我调研过这块，revalidatePath 路径要含 locale 前缀，如 /zh/forum/thread/xxx。期待更多实战经验分享。
这个观点我很认同，Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。有疑问可以继续问。
讲个真实案例：Server Action 提交后不跳转，用 window.location.href 替代 router.push。欢迎交流讨论。
useSession() 返回 null 检查 SessionProvider 是否包裹了组件。