最近 Vibe Coding 这个话题越来越火，我也在关注。昨天看到一篇采访文章，作者聊了三个不同背景的 PM 使用 Vibe Coding 的真实体验，我觉得挺有意思的，分享给你，也聊聊我的看法。
三个真实案例
朋友 A，5 年 B 端 PM，完全不懂代码。他用 Lovable 做了一个公司内部审批流小工具。10 分钟，页面出来了。他说最直观的感受是——"就好像你一直觉得自己跟某个世界隔着一堵墙，然后那堵墙突然消失了。"
但他最大的收获不是"我也能写代码了"，而是跟开发沟通的方式变了。以前写 PRD，开发总说"流程看不明白"。现在把原型往那一放，开发看完直接说"懂了"。最顽固的 PM-developer 沟通问题，最后是一个 AI 工具解决的。
朋友 B，3 年 C 端 PM，大学学过一点前端。他选了 Cursor，正在做用户调研数据看板。他觉得 Cursor 最舒服的是能理解上下文——改了一个变量名，它知道所有引用这个变量的地方都要改。"它会一直在迭代中跟你配合，不是一次性生成完就结束了。"
但他也点出了一个关键问题："生成的代码质量依赖你描述需求的能力。需求说得越清楚，代码质量越高。AI 不会替你思考，它只是加速你的思考。"
朋友 C，创业公司联合创始人。团队小，没有专职前端，用 v0 直接生成了 MVP 的所有前端页面。"用户又不会问你'这个页面是人写的还是AI写的'。他们要的是产品好用。"
但他踩了一个大坑。MVP 上线两周后，页面加载速度明显变慢。外包工程师来看后说，代码里有大量冗余的样式和未优化的循环，70% 的加载时间浪费在了无关代码上。
一个规律：两类人
聊完之后我发现一个规律——用了 Vibe Coding的 PM，分成两类人。
第一类，用完之后说"这个东西太好了，省了我好多时间"——他们是把 Vibe Coding 当沟通工具用的。做了一个原型，用来对齐需求、降低沟通成本、缩短跟开发的来回拉扯。这类 PM 效率提升最明显。
第二类，用完之后说"这东西不靠谱，生成的代码一堆问题"——他们是把 Vibe Coding 当开发工具用的。想直接让 AI 产出生产代码，发现质量不行、性能不行、安全不行。这类 PM 吐槽最多。
这两类人的区别，不在于谁更懂技术，而在于他们搞清楚了"原型和产品之间的距离"。
苏米的看法
我做了这么久的 AI 内容，对 Vibe Coding 的理解是：它不是替代开发，而是降低表达的门槛。
朋友 A 的例子最典型——他不会写代码，但他能清楚地描述审批流程。Vibe Coding 帮他把描述变成了可视化的原型，这才是它的核心价值。AI 不是替你思考，而是加速你的思考。
朋友 C 的踩坑也很典型——MVP 阶段用 AI 生成代码没问题，但到了生产环节，还是需要专业工程师来优化。原型能跑和生产能用，是两回事。
所以我的建议是：
- 原型验证阶段：放心用 Vibe Coding，Lovable、v0、Cursor 都行，快速把想法变成可视化的东西
- 沟通对齐阶段：用 AI 生成的原型替代 PRD 文档，开发一看就懂，减少来回拉扯
- 生产上线阶段：该请工程师还是请工程师，AI 生成的代码需要有人来把关优化
工具没有好坏，只有合不合适。Vibe Coding 能不能帮你省时间，取决于你清不清楚自己要什么。拿它来加速想法的验证，它就是神器。拿它来替代整个开发流程，它就是坑。
你呢？你正在用 Vibe Coding 吗？你属于哪一类？欢迎在评论区聊聊你的真实体验。