踩坑最深的莫过于 Server Component 中 cookies().set() 和 redirect() 不兼容的问题。一开始在 page.tsx 里设置 cookie 后 redirect，cookie 死活不生效。后来改成 Server Action 就好了。另外 next/dynamic + ssr:false 不能在 Server Component 中用，得包一层 'use client' 组件。 这个产品上线一个月了，目前 300 注册用户，日活 50 左右。获客渠道主要是 SEO 自然流量和 Product Hunt 发布。SEO 内容用 AI 辅助生成但人工改写降 AI 率，核心关键词排到了 Google 第一页。Product Hunt 发布当天带来了 200 注册用户。 从 0 到 1 的节奏：第一天搭框架（认证 + 数据库 + UI 组件库），第二天做核心功能（CRUD + 交互），第三天打磨体验（动画 + 错误处理 + 响应式）。AI 帮我省了大量模板代码时间，但架构设计和用户体验细节还是靠人的判断。
我的项目里也用了这个方案，Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？如果有更好的方案求分享。
说个反直觉的发现：暗色模式用 next-themes 确实方便，我的项目也是这么做的，但要注意 suppressHydrationWarning。欢迎私信深入交流。
我之前也遇到过类似问题，三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。欢迎交流讨论。
这个问题我研究过一阵，作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？希望少走弯路。
讲个真实案例：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？后续有新发现再来更新。
我的踩坑经验：300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。欢迎私信深入交流。
有个相关问题想请教：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。后续有新发现再来更新。
讲个真实案例：作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？感谢楼主的启发。
上周刚好踩了这个坑，三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。希望对你有帮助。
我的看法略有不同：作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？有疑问可以继续问。
有个更优的方案：Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。希望对你有帮助。
结合我最近的项目经验：作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？后续有新发现再来更新。
我的理解是：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？有疑问可以继续问。
实操中我发现：多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？希望少走弯路。
暗色模式用 next-themes 确实方便，我的项目也是这么做的，但要注意 suppressHydrationWarning。
补充一个边界情况：作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？欢迎私信深入交流。
分享一下我的做法：Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。欢迎私信深入交流。
这个思路很巧妙，Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。希望对你有帮助。
说个反直觉的发现：ISR + MDX 的博客方案我也在用，revalidate: 3600 是个合理的值，太短会影响性能。如有不对请指正。
Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。