数据可视化用 Recharts 做图表，折线图/柱状图/饼图都有。关键：图表组件用 next/dynamic 懒加载（ssr:false），因为 Recharts 依赖浏览器 API。数据获取在 Server Component 完成，通过 props 传给 Client Component 的图表组件。
最花时间的是表单交互细节。每个表单字段都有输入约束预提示（长度/格式/范围），Zod 校验错误消息和 hint 文本保持一致，四态（加载/空/错误/成功）都有视觉反馈。破坏性操作（删除/清空）有二次确认弹窗，未保存变更离开有提醒。
项目的 generateMetadata 完整配置：title 用模板（{页面标题} | {品牌名}），description 120-160 字符含关键词，OG 图片用 next/og 动态生成 1200x630，Twitter Card 用 summary_large_image，robots 用 index/follow，canonical 用绝对 URL。分享一下我的做法：300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。
我的团队是这样做的：三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。如有不对请指正。
补充一个边界情况：300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。
我的踩坑经验：Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。欢迎交流讨论。
我的看法略有不同：三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。
有个相关问题想请教：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。欢迎私信深入交流。
讲个真实案例：暗色模式用 next-themes 确实方便，我的项目也是这么做的，但要注意 suppressHydrationWarning。后续有新发现再来更新。
说说我自己的经历：作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？感谢楼主的启发。
ISR + MDX 的博客方案我也在用，revalidate: 3600 是个合理的值，太短会影响性能。
这个方案我试过，ISR + MDX 的博客方案我也在用，revalidate: 3600 是个合理的值，太短会影响性能。欢迎交流讨论。
我的团队是这样做的：Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。如有不对请指正。
我的项目里也用了这个方案，Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？感谢楼主的启发。
我的结论恰恰相反：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？仅供参考，具体还是要看你的场景。
我的项目里也用了这个方案，三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。细节可以再展开讨论。
Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。
我之前也遇到过类似问题，多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？期待更多实战经验分享。
这个思路很巧妙，Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。
有个更优的方案：暗色模式用 next-themes 确实方便，我的项目也是这么做的，但要注意 suppressHydrationWarning。欢迎私信深入交流。
这个方案我试过，三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。踩了很多坑才总结出来的。
讲个真实案例：作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？实践出真知，建议动手试试。