这个周末，如果你刷过B站，大概率见过这样的帖子：有人用AI Vibe Coding做出一个互动影视游戏制作平台，一夜拿到383个赞。哔哩哔哩也有人用codex手搓了一个Eason歌曲自定义榜单工具。哔哩哔哩还有人vibe出一款番剧推荐解析App，甚至「14天给社群Vibe了一个家」，连后台都不要。
晒单密度足够高的时候，人会自然产生一种冲动：别人一个周末就能vibe出一个产品，我是不是也该把那个想了很久的点子vibe出来。晒单的人自己也上头：有了ai以后，真的可以为所欲为了。小红书
但你在同一个平台把搜索词从「vibe coding」换成「vibe coding 烂尾」「vibe coding 失败」，会进入另一个世界。
小红书上被收藏最多的一条提醒帖标题很直白：《Vibe Coding一时爽，项目烂尾火葬场》。小红书它拿到812个赞，收藏却有1143——收藏数超过点赞数，说明大家存它不是为了欣赏，是为了贴在脑门上提醒自己。
一位高校老师的帖子更扎心：组会上，他让学生讲讲自己那份全由AI生成的代码的数据流是怎么走的，学生讲不清楚。小红书这条《vibe coding导致学生丢失debug能力》拿到2321个赞、1503个收藏。
还有《Vibe Coding翻车实录：App上线就炸了》，99条评论里一半是共鸣。小红书以及一条半吊子自述复盘：自己都不明白的事，不能指望给AI画个饼就能完全实现。小红书
一边是晒单，一边是验尸，两边都没撒谎。问题在于：晒单帖从不告诉你故事的结局。
为什么demo一过，项目就开始腐坏
这周知乎上一条79万浏览的热门回答，借Django联合创始人Simon Willison在播客里的最新讨论，把这层窗户纸捅破了：AI把写代码的成本降到趋近于零，但理解代码的成本，一分没降。知乎
这个成本结构的两段式落差，是几乎所有烂尾的根源。
AI出现之前，软件开发有个天然刹车：时间成本。一个异想天开的功能要写一周，你会掂量「值得吗」，然后放弃其中九成。时间成本在悄悄替你执行纪律。
现在，一条prompt，五分钟，功能上线。刹车被拆掉了，「这个成本说不清楚」这句话再也没人说得出口——因为成本看起来真的不高。
结果就是Willison说的「功能膨胀」：软件不断长出奇怪的疙瘩，每个功能单独看都还行，堆在一起逻辑互相矛盾、行为出乎意料，没人说得清全貌。上世纪70年代的《人月神话》把这种东西的反面叫「概念完整性」——好软件像一个人设计出来的整体，没有惊喜、恰好正确；失控的软件，是一堆五分钟冲动的总和。
你可能会想：这是企业才有的烦恼吧，我一个人开发，项目又小。恰恰相反，一个人的认知容量比企业更没有弹性。
Willison给过一组对照：AI普及前，一名工程师一天产出50到60行生产级代码是常态，200行是极好的一天；现在AI一天能给你1000行。可你一天看得懂1000行代码吗？不能。
一份用5天换来的验尸报告
这周刚发布的一篇失败实验复盘，用自己的项目把这个机制演了一遍。作者特意选了自己完全没接触过的Go语言，让AI零干预独立开发一个基于Git API的文件存储工具：
第一天，AI半天交付了一个能跑的雏形，他兴奋了一下。接下来四天，他陷入循环：发现问题→描述给AI→AI修改→冒出新问题。最后项目勉强可用，但效率没比手写强多少，精力消耗反而更大。他的原话是：「与其说AI在协助我开发，不如说是我在给AI擦屁股。」知乎
这份验尸报告里的死因，几乎每个vibe coding项目都会集齐几个：
AI会一本正经地撒谎。它斩钉截铁地说Gitee没有清空仓库的API，作者自己翻文档才发现被坑了——「你说AI没查吧，它确实查了；你说它查了吧，关键信息它就是能给你漏掉。」知乎
AI只追求「跑通」，不管代价。判断文件是否上传完毕，它的做法是把所有文本文件下载下来逐个字符串比对——明明用API返回的文件哈希比对一下就行。
AI没有全局观。作者提前叮嘱了分层架构，写着写着，SQL语句就悄悄进了业务层；更隐蔽的是，加一个断点续传功能，AI把整个文件加载进内存逐块比对，精心设计的流式传输直接被抹掉，连个招呼都不打。
AI的优化策略是永远不删、只往后加。屎山后面再加一坨，代码越堆越多。
而最致命的一条是：你自己不看代码，连怎么问AI都不知道。AI是个顺毛驴，你指错方向，它只会顺着往下跑。作者后来把工作模式改成了八个字：「AI负责敲键盘，我负责动脑子。」
那条79万浏览的回答把这件事总结成一句话：代码是「写」出来的，软件是「懂」出来的。AI解决了前者，把全部压力转移到了后者。知乎
五个问题，给你的项目做个体检
所以，你的vibe coding项目还有没有救？别凭感觉，拿这五个问题对一下：
你能用一句话讲清数据从哪进、怎么处理、存到哪去吗？讲不清，说明它已经不在你的掌控里——这就是那位老师考学生的问题，考自己的项目同样有效。
AI动手之前，你能预判它会改哪些文件吗？能预判，说明你懂结构；不能，说明你在开盲盒。
AI说「改完了」的时候，你有一个便宜的验证手段吗？把「它说改完了」当验收结论，是vibe coding时代最贵的信任。
功能数量的增长速度，是不是超过了你对项目的理解速度？功能清单10条你只能讲明白5条，那每加一个新功能都是在透支。
你还愿意打开这个项目吗？几乎所有烂尾，都是从「过两天再看看」开始的。
五条里能答「是」的不到两条，项目大概率正在去火葬场的路上，只是时间问题。
对照完，三种人各有各的走法：
刚入坑的纯新手：demo跑通、发个晒单帖，收益就已经兑现完了。此时最划算的操作是停手，而不是往里面继续灌功能——你为「再做一个」付出的学费，比给「这一个」续命便宜得多。
想把项目做成真产品的人：先补交「懂」的成本，再谈新功能。把核心链路亲手读一遍，读不动的地方就是AI埋雷的地方。
有经验的程序员：AI拆掉的是时间成本这个刹车，纪律从此要自己装了。每次想加功能时问一句「这个疙瘩三个月后我还认得吗」，比任何代码规范都管用。
对还想抢救一下的人，失败博主们的教训可以压缩成三条，都比推倒重写便宜：
动手前先让AI列工作清单——改什么、碰哪些文件、有什么影响，清单你审不过，就别让它开工；加功能时说清加在哪一层、遵循什么规范，「给我加个XX功能」是标准的召屎咒语；给项目留一段「它是什么、不做什么」的描述，这段话就是单人开发语境下的「概念完整性」，它帮AI不跑偏，更帮三周后的你自己。
最后说个刚生效的变化
8月23日起，DeepSeek API调整计费规则，周末全天按低谷价计费。微博哔哩哔哩对习惯周末在家磨项目的人来说，token成本是实打实降了。
但token在变便宜，理解的成本一分没降。把省下来的钱投进下一个新功能之前，先过一遍那五个问题——这可能是你目前能在网上找到的，最便宜的防烂尾保险。
