从 0 到 1 的节奏：第一天搭框架（认证 + 数据库 + UI 组件库），第二天做核心功能（CRUD + 交互），第三天打磨体验（动画 + 错误处理 + 响应式）。AI 帮我省了大量模板代码时间，但架构设计和用户体验细节还是靠人的判断。 技术架构上，Server Component 做数据获取和 SEO 输出，Client Component 只负责交互。用 Server Action 处理表单提交，Zod 校验输入，错误消息走 next-intl i18n。认证用 Auth.js 5 JWT 模式，中间件做认证重定向和 API 限流。 UI 设计灵感来自 Linear 和 Vercel，极简风格。配色用 CSS 变量控制，支持亮色/暗色/系统三种模式。组件用 Shadcn UI 做基础，自定义了按钮和卡片的圆角和阴影。响应式断点用 Tailwind 的 sm/md/lg/xl，移动端优先设计。
补充一点：暗色模式用 next-themes 确实方便，我的项目也是这么做的，但要注意 suppressHydrationWarning。
我的理解是：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？我也还在探索中。
说说我自己的经历：三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。细节可以再展开讨论。
我调研过这块，Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。
Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。
我的踩坑经验：作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？
我的项目里也用了这个方案，Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？
这个思路很巧妙，多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？期待更多实战经验分享。
我的项目里也用了这个方案，Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。细节可以再展开讨论。
有个细节值得注意：Server Component 和 Client Component 边界划得很清晰，我之前总是搞混导致 hydration 报错。欢迎交流讨论。
Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。
这个问题我研究过一阵，Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？
ISR + MDX 的博客方案我也在用，revalidate: 3600 是个合理的值，太短会影响性能。
有个更优的方案：作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？感谢楼主的启发。
分享一下我的做法：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？细节可以再展开讨论。
说个反直觉的发现：多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？希望对你有帮助。
我的理解是：Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。我也还在探索中。
我的结论恰恰相反：Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。如有不对请指正。
我的项目里也用了这个方案，三天上线太强了，我做类似的项目用了一周，AI 生成代码的比例和你差不多也是 70% 左右。仅供参考，具体还是要看你的场景。
ISR + MDX 的博客方案我也在用，revalidate: 3600 是个合理的值，太短会影响性能。