你有没有做过这种事？

跟 AI 聊了两个小时，一口气让它加了登录系统、用户中心、评论区、暗黑模式、国际化、邮件通知、支付系统——然后看着眼前这个"功能齐全"的项目，突然不知道该怎么收尾了。

说实话，我自己就干过这事。去年用 Cursor 做一个个人项目的时候，我一晚上加了六七个功能，第二天早上醒来看着那堆代码，完全不知道这个项目到底是给谁用的、解决什么问题。每个功能单独看都没啥毛病，但合在一起就是一坨——用行话说，这叫"功能堆砌"（Feature Creep），用人话说，就是你做了一堆没人要的东西。

为什么 Vibe Coding 让这个问题变得更严重

传统编程时代，功能堆砌这个坑当然也有人踩，但踩得没那么深。原因很简单：以前每加一个功能，你得自己写几百行代码，写完还要调试、测试、联调，一个登录系统可能就要搞两三天。这个成本天然地帮你做了"减法"——不是你不想加，是你加不动。

但 Vibe Coding 时代，这个天然的刹车没了。

你跟 Cursor 说"加一个用户登录"，它 30 秒就给你生成了。你说"再加一个评论区"，又是 30 秒。你说"支持暗黑模式"，啪，又好了。每一步都快得让你觉得"反正加一个也不费事"，然后一不留神就加了十几个功能。

这就是 Vibe Coding 的"功能堆砌陷阱"——因为 AI 让"加功能"这件事变得太容易了，你反而更容易做出一个臃肿的、没有重心的、什么都有但什么都不好的产品。

打个比方：以前你做菜，食材要自己去市场买、自己洗、自己切，所以你自然会克制——今天就做两个菜吧。现在突然有了一个机器人帮你做，你说什么它就做什么，一分钟一道菜。结果你一激动点了二十道菜，端上桌一看：满满一桌，但没有一道是你真正想吃的那道主菜。

功能堆砌的三个"症状"

你怎么知道自己正在堆功能？有三个很明显的信号：

第一个症状：你没法用一句话说清楚这个产品是干什么的。 如果别人问你"这个项目是做什么的"，你的回答需要说三分钟，中间还要用"而且"、"另外"、"它还能"这些连接词——那基本可以确定，你的项目没有重心。一个有重心的产品，一句话就能讲完："这是一个帮程序员生成简历的工具"，或者"这是一个记录每天心情的日记本"。如果你需要三分钟才能介绍完，那你需要的不是继续开发，而是坐下来想想到底要做什么。

第二个症状：你一直在加新功能，但从来没有一个功能是真正做完的。 登录系统写了一半，评论区做了个框架但没有真正的逻辑，支付接口调通了但异常处理一个都没写。每个功能都是"大概能跑"的状态，但没有一个你敢放心地让真人用户去用。这其实比"什么都不做"更危险，因为你已经投入了大量时间，但产出的东西一个都不能上战场。

第三个症状：你已经不记得为什么要加某个功能了。 这个特别常见。你当时可能觉得"暗黑模式好像挺重要的"，但其实你的产品连白天模式都还没做好。你当时可能觉得"得支持多语言"，但其实你的用户全在中国。这些功能不是"错"的，它们只是"现在不该做"的。

一个真实的对比

假设你想做一个"每日一句英语"的小工具。

堆砌版（很多人第一反应会想做的）：

• 用户注册登录
• 每天推送一句英语名言
• 用户可以收藏
• 用户可以评论
• 支持分享到朋友圈
• 有排行榜
• 有积分系统
• 支持暗黑模式
• 支持中英文切换

MVP 版（真正应该先做的）：

• 打开页面，看到今天的一句英语
• 旁边有中文翻译
• 底部有一个"换一句"按钮

就这三样。听起来是不是"太少了"？但你仔细想想，一个用户打开你的页面，如果连"看一句英语、看懂意思、想看下一句"这个核心体验都还没做好，你加再多的注册登录、积分排行榜，有什么用？

这就是 MVP 思维的核心：不是做得少，而是先做对。

为什么这个心法是 Vibe Coding 的第一课

你可能会想：这不就是产品经理的基本功吗？跟 Vibe Coding 有什么关系？

关系大了。因为在 Vibe Coding 的工作流里，你既是产品经理，又是开发者，又是测试。传统团队里，产品经理定需求、开发来评估工时，工时一算，自然会砍掉很多"想要但不必要"的功能。但你一个人 Vibe Coding 的时候，没有人帮你踩刹车。AI 更不会——你让它加什么，它就加什么，它从来不会说"这个功能现在不该做"。

所以 Vibe Coding 的第一个心法，不是怎么写更好的 Prompt，不是怎么配更好的 Context，而是学会在动手之前问自己一个问题：这个功能，是"现在必须有"，还是"以后可以加"？

如果答案是后者，那就先别做。先把"现在必须有"的做好、做完、做到能让真人用。这就是 MVP 思维，也是你 Vibe Coding 之路上最重要的第一步。