最得意的功能是实时协作，用 Yjs + WebSocket 实现多人同时编辑。Yjs 处理 CRDT 数据同步，WebSocket 做实时通信，离线编辑用 IndexedDB 缓存。Next.js 的 API 路由做 WebSocket 中继服务器，部署在 Vercel 的 Edge Runtime 上。
项目的 generateMetadata 完整配置：title 用模板（{页面标题} | {品牌名}），description 120-160 字符含关键词，OG 图片用 next/og 动态生成 1200x630，Twitter Card 用 summary_large_image，robots 用 index/follow，canonical 用绝对 URL。
UI 设计灵感来自 Linear 和 Vercel，极简风格。配色用 CSS 变量控制，支持亮色/暗色/系统三种模式。组件用 Shadcn UI 做基础，自定义了按钮和卡片的圆角和阴影。响应式断点用 Tailwind 的 sm/md/lg/xl，移动端优先设计。我做了类似的对比实验：Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。
这个方案我试过，多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？仅供参考，具体还是要看你的场景。
从另一个角度看：300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。后续有新发现再来更新。
我的看法略有不同：暗色模式用 next-themes 确实方便，我的项目也是这么做的，但要注意 suppressHydrationWarning。后续有新发现再来更新。
我之前也遇到过类似问题，作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？
说说我自己的经历：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。如果有更好的方案求分享。
这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。
从另一个角度看：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？
作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？
暗色模式用 next-themes 确实方便，我的项目也是这么做的，但要注意 suppressHydrationWarning。