通过亲身实践一个文章收藏夹项目，对比了Cursor与Lovable两款AI开发工具的体验差异。这不仅是一次技术探索，更引出了对产品经理未来工作模式的深度思考：可运行demo或将替代静态原型。
智能速览
通过Vibe Coding方法，从零开始创建一个文章收藏夹工具。
Cursor更偏向技术用户，Lovable则为非技术人员提供友好体验。
Lovable的所见即所得修改与部署流程被评价为十分丝滑。
静态原型无法暴露真实数据流下的交互问题。
产品经理未来可能交付可运行的demo，而非原型图。
精华内容
从一次简单的工具开发实践，窥见了AI编程可能带来的工作流变革，尤其是在产品设计领域。
Cursor初体验
初次尝试使用Cursor进行开发，其界面布局相对技术化，集成了agent对话区、terminal窗口和文件树。
通过自然语言指令便能完成功能修改和调试，整个过程无需手动编写一行代码，遇到问题时通过截图询问Gemini即可获得解决方案。
然而，第一版成品较为粗糙，想当然地加入了许多实际并无用处的AI功能，导致了不必要的token消耗。
Lovable的优势
在第二版开发中，经过对v0和Lovable的比较，最终选择了后者，考虑到项目涉及后端数据存储，而Lovable定位为AI全栈开发平台。
Lovable的界面设计对非技术人员十分友好，左侧是与agent对话的区域，右侧则是实时的成品展示。可以直接在展示区选中控件进行修改，整个部署过程流畅顺滑。
原型图的局限
这次实践引出了一个关于产品经理工作的核心问题：当前的工作流存在明显局限。
产品经理在设计阶段，只能在大脑中推演用户的操作路径，但许多功能和交互上的问题，只有在真实数据开始流转时才会暴露出来。传统的原型图软件无法模拟这种真实环境。
未来工作猜想
基于以上观察，可以大胆猜想未来产品经理的工作模式。交付物可能不再是静态的原型图，而是经过本人反复体验、试错调优后的可运行demo。
开发人员可以直接基于这个功能完备的demo进行工程级开发。为此，企业内部可能会搭建符合自家设计规范的vibecoding平台，让可运行的demo正式登上舞台。
Vibe Coding不仅是提升效率的工具，更在重塑产品设计的边界。当快速构建和迭代成为可能，产品经理的价值将从画图转向真正的路径验证和体验打磨，这值得每个从业者思考。
关键评论
这和小红书收藏夹一样，丢进去吃灰[doge]
感觉cursor有点不懂美[微笑R]
请问这个把链接贴进去，他会把它扒下来还是点击跳转到原文吖
