这个项目的代码约 60% 是 Cursor 生成的，30% 是 AI 生成后我调整的，10% 是纯手写。AI 最擅长的是 CRUD 页面、表单组件、类型定义。我手写的主要是复杂业务逻辑、认证流程、支付 Webhook 这些不能出错的部分。 从 0 到 1 的节奏：第一天搭框架（认证 + 数据库 + UI 组件库），第二天做核心功能（CRUD + 交互），第三天打磨体验（动画 + 错误处理 + 响应式）。AI 帮我省了大量模板代码时间，但架构设计和用户体验细节还是靠人的判断。 用户反馈最积极的是暗色模式和加载体验。暗色模式用 next-themes 实现，CSS 变量控制配色。加载状态用 skeleton 骨架屏，比 spinner 体验好很多。表单提交用按钮 loading 状态 + toast 反馈，空状态有引导文案和插画。
我的看法略有不同：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。效果因项目而异，建议实际测试。
补充一个边界情况：300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。感谢楼主的启发。
有个更优的方案：300 注册用户日活 50，留存率不错了，我的产品日活只有注册的十分之一，求教运营经验。
我做了类似的对比实验：Server Component 和 Client Component 边界划得很清晰，我之前总是搞混导致 hydration 报错。感谢楼主的启发。
结合我最近的项目经验：Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。希望少走弯路。
我做了类似的对比实验：作品完成度很高，LCP 0.9s 的数据很亮眼，请问 next/image 的 priority 是只给首屏大图加了吗？欢迎大家补充。
Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。
这个观点我很认同，Recharts 用 next/dynamic 懒加载是对的，我之前直接 import 导致首屏 LCP 从 1s 变成 3s。一起学习。
补充一点：Yjs 实时协作的方案很完整，但 Vercel Edge Runtime 上跑 WebSocket 会不会有连接数限制？如有不对请指正。
我做了类似的对比实验：多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？后续有新发现再来更新。
我的理解是：多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？欢迎私信深入交流。
我的实践经验和你的不太一样：ISR + MDX 的博客方案我也在用，revalidate: 3600 是个合理的值，太短会影响性能。仅供参考，具体还是要看你的场景。
多租户 SaaS 架构能展开讲讲吗？特别是数据隔离是按 schema 还是按 tenantId 字段？
我做了类似的对比实验：Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。效果因项目而异，建议实际测试。
结合我最近的项目经验：ISR + MDX 的博客方案我也在用，revalidate: 3600 是个合理的值，太短会影响性能。
有个相关问题想请教：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。
Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。
从另一个角度看：Auth.js JWT trigger === 'update' 这个坑我也踩过，session 不刷新真的很难排查。希望少走弯路。
有个细节值得注意：这个项目技术栈和我现在做的很像，PageSpeed 98 分确实不容易，我的才 85 分需要优化了。踩了很多坑才总结出来的。
我的实践经验和你的不太一样：Stripe Webhook 集成那段很有参考价值，金额用整数（分）这个细节很多人会忽略。欢迎私信深入交流。