踩坑最深的莫过于 Server Component 中 cookies().set() 和 redirect() 不兼容的问题。一开始在 page.tsx 里设置 cookie 后 redirect，cookie 死活不生效。后来改成 Server Action 就好了。另外 next/dynamic + ssr:false 不能在 Server Component 中用，得包一层 'use client' 组件。 UI 设计灵感来自 Linear 和 Vercel，极简风格。配色用 CSS 变量控制，支持亮色/暗色/系统三种模式。组件用 Shadcn UI 做基础，自定义了按钮和卡片的圆角和阴影。响应式断点用 Tailwind 的 sm/md/lg/xl，移动端优先设计。 从 0 到 1 的节奏：第一天搭框架（认证 + 数据库 + UI 组件库），第二天做核心功能（CRUD + 交互），第三天打磨体验（动画 + 错误处理 + 响应式）。AI 帮我省了大量模板代码时间，但架构设计和用户体验细节还是靠人的判断。
上周刚好踩了这个坑，Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。效果因项目而异，建议实际测试。
实操中我发现：Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。共同进步。
讲个真实案例：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。仅供参考，具体还是要看你的场景。
这个观点我很认同，多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？欢迎交流讨论。
这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。
有个细节值得注意：Server Component 和 Client Component 边界划得很清晰，我之前总是搞混导致 hydration 报错。
说个反直觉的发现：Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。如有不对请指正。
这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。
我的看法略有不同：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。欢迎交流讨论。
我的实践经验和你的不太一样：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。后续有新发现再来更新。
补充一个边界情况：多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？实践出真知，建议动手试试。
说说我自己的经历：Server Component 和 Client Component 边界划得很清晰，我之前总是搞混导致 hydration 报错。欢迎大家补充。
补充一点：300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。欢迎交流讨论。
从另一个角度看：Server Component 和 Client Component 边界划得很清晰，我之前总是搞混导致 hydration 报错。一起学习。
这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。
分享一下我的做法：三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。
我的结论恰恰相反：这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。希望对你有帮助。
我之前也遇到过类似问题，暗色模式用 next-themes 确实方便，我的项目也是这么做的，但要注意 suppressHydrationWarning。
从另一个角度看：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。仅供参考，具体还是要看你的场景。
结合我最近的项目经验：Server Component 和 Client Component 边界划得很清晰，我之前总是搞混导致 hydration 报错。