Shadcn UI 组件在 Server Component 报错，因为部分组件用了 Radix UI（Client Component）。确保使用 Shadcn 组件的页面或父组件加了 'use client'，或者把组件包裹在 Client Component wrapper 中。 Vercel 构建时 TypeScript 检查失败，可以在 next.config.ts 中设置 typescript.ignoreBuildErrors = true 临时跳过，但不推荐。正确做法：本地运行 npm run typecheck 修复所有类型错误后再部署。 Next.js 动态 import 水合报错，可能是动态组件的 SSR 输出与客户端不一致。加 ssr: false 避免服务端渲染，或确保组件在 SSR 和 CSR 中输出一致。
结合我最近的项目经验：cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。如果有更好的方案求分享。
反对一下，我的测试结果不是这样：middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。期待更多实战经验分享。
我之前也遇到过类似问题，Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。一起学习。
分享一下我的做法：hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。我也还在探索中。
这个思路很巧妙，next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。
我的踩坑经验：next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。仅供参考，具体还是要看你的场景。
从另一个角度看：middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。
useSession() 返回 null 检查 SessionProvider 是否包裹了组件。
我的结论恰恰相反：next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。
不同场景下结论可能不同：cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。共同进步。
我做了类似的对比实验：next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。
补充一个可能被忽略的点：Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。这只是个人经验，不一定通用。
我做了类似的对比实验：Server Action 提交后不跳转，用 window.location.href 替代 router.push。
补充一个可能被忽略的点：cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。
分享一下我的做法：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。
补充一个边界情况：Tailwind v4 升级后 @tailwind 指令改为 @import 'tailwindcss'。
有个细节值得注意：hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。实践出真知，建议动手试试。
我的团队是这样做的：hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。
next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。
结合我最近的项目经验：cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。