Vercel Hobby 计划函数超时 10s，Pro 计划 60s，Enterprise 900s。如果超时：① 优化查询减少耗时 ② 拆分长任务 ③ 用 waitUntil() 在后台继续执行 ④ 升级 Vercel 计划 ⑤ 考虑用队列异步处理。 Auth.js credentials 登录返回 null，检查：① authorize 函数是否正确返回 user 对象 ② 密码 bcrypt.compare 是否正确 ③ 用户状态是否 active ④ 是否触发了限流 ⑤ email 是否小写化匹配。 Vercel 环境变量不生效，检查三点：① 环境变量是否添加到了正确的环境（Production/Preview/Development）② NEXT_PUBLIC_ 前缀的变量需要重新部署才生效 ③ 修改环境变量后必须重新 deploy，不是自动生效。
我调研过这块，cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。
我的项目里也用了这个方案，middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。希望少走弯路。
Auth.js JWT 不更新是因为没处理 trigger === 'update'，要加 useSession().update()。
从另一个角度看：useSession() 返回 null 检查 SessionProvider 是否包裹了组件。欢迎私信深入交流。
这个思路很巧妙，Tailwind v4 升级后 @tailwind 指令改为 @import 'tailwindcss'。这只是个人经验，不一定通用。
Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。
我调研过这块，cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。希望对你有帮助。
我的实践经验和你的不太一样：Auth.js JWT 不更新是因为没处理 trigger === 'update'，要加 useSession().update()。仅供参考，具体还是要看你的场景。
说个反直觉的发现：cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。欢迎私信深入交流。
有个相关问题想请教：Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。效果因项目而异，建议实际测试。
不同场景下结论可能不同：middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。效果因项目而异，建议实际测试。
我的看法略有不同：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。仅供参考，具体还是要看你的场景。
我的项目里也用了这个方案，middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。我也还在探索中。
next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。
补充一个可能被忽略的点：useSession() 返回 null 检查 SessionProvider 是否包裹了组件。后续有新发现再来更新。
反对一下，我的测试结果不是这样：useSession() 返回 null 检查 SessionProvider 是否包裹了组件。期待更多实战经验分享。
实操中我发现：cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。仅供参考，具体还是要看你的场景。
这个思路很巧妙，Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。
补充一个可能被忽略的点：useSession() 返回 null 检查 SessionProvider 是否包裹了组件。感谢楼主的启发。
我的理解是：Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。仅供参考，具体还是要看你的场景。