先说个让我后背发凉的名字：Spaghetti Point
前段时间我翻到一条帖子，标题叫「编程只剩架构和约束了」，作者说了个特别扎心的观察：身边一堆没写过代码的朋友，用AI做出来的东西颜值高得离谱，作品集、接单工具、跑业务的小系统，做得比写了十年代码的人还好看。
然后话锋一转——局部很好，全局在烂。
他引了个词，叫「Spaghetti Point」。意思是vibe coding第一周感觉飞快，但大概三个月后，那些线就开始交叉了，你加一个新功能，就把旧功能搞崩一个。
帖子里还甩了一串数据（这些都是国外报道，我标一下待核实）：AI工具采用后技术债增加30-41%，代码重复上升48%，重构活动下降60%；到2026年中大约有8000个用AI做出来的产品要局部或整体重建，救场成本每家5万到50万美元不等。
我看到这串数字的第一反应不是「哇AI不行」，而是——这说的不就是我去年那三个夭折的小项目吗。
我踩过的坑：不是做不出来，是三个月后不敢碰
说真的，用AI做东西的爽点，就在头两周。
我去年心血来潮想做一个「自由职业者报价+合同+发票」的一条龙工具。你想啊，报价、合同、发票，逻辑上是一串的，做成一个大系统多顺。
AI也确实给力，三天出了个能跑的版本，登录、数据库、几个页面全齐了，我当时还挺得意。
结果呢。第四周我想加一个「客户分标签」的小功能，改完之后发票模块的金额算错了。
我去查，发现状态散得到处都是，这个数据在前端存一份、后端算一份、数据库里又是另一套。 AI当初写的时候每一处都「尽力」了，但它根本不知道改这里会不会崩那里，它不会问你，它就直接写了。
最后那个项目我没删，但我再也不敢碰它了。它就那么活着，僵在那里，加一个功能的心理成本比重做还高。
这就是Spaghetti Point的真实体感：不是崩溃报错那种明显的死，是慢慢地、你自己都不知道从哪天起，你开始怕它了。
换个成功指标：从「做出来了」到「三个月后还能加功能不崩」
我后来想明白一件事，我们这些独立开发者对「成功」的定义，一直是错的。
大部分人的成功指标是「做出来了」。 demo能跑、页面好看、朋友圈发出去有人点赞，成了。
但这恰恰是Spaghetti Point最喜欢的猎物——第一周的成就感，透支的是第三个月的可维护性。
我现在的指标只有一条：三个月后，我还敢不敢给它加功能。
这条指标特别残忍，因为它逼你在动手之前就想清楚，这东西以后会不会长大、长大之后我扛不扛得住。 V站上就有个现成的例子，一个哥们做了个TOC产品，两千多用户了，然后发现Python后台时不时并发挂掉，跑来问是不是该换架构。
你看，用户量上来那一刻，就是账单到期那一刻。前面省下的架构功夫，后面一分不少地还。
那条帖子作者的结论我特别认同：真正效率高十倍的人，80%的时间花在架构、规范和约束上，只有20%花在执行。AI不怕任务多，它怕边界不清。
腐烂的真正根源：贪大 + 自己硬扛脆弱的地基
我复盘那几个死掉的项目，根源就俩。
第一是贪大。我总想做「一条龙」，报价合同发票一把梭。
范围越大，模块之间的线越多，Spaghetti Point来得越快。 AI在小任务上是好手，在大项目上是睁眼瞎——你让它接手稍微大点的东西，它连自己在哪都不知道。
第二是我非要自己攒一套地基。自己配服务器、自己搞部署、自己管数据库连接、自己处理托管。
这些东西没有一样是我的核心价值，但每一样都在悄悄累积债务，出了并发问题、部署问题，全砸我自己头上。
所以腐烂不是AI的锅，是「贪大的范围」撞上「脆弱的自建地基」，两个一叠加，90天准爆。
反过来做：只做单一用途的小工具，地基交出去
想通这两点，我现在的做法基本是把过去反着来。
第一，一个东西只做一件事。不做「报价合同发票一条龙」，就做一个「报价单生成器」。
单一用途意味着模块之间几乎没有交叉的线，Spaghetti Point根本没机会形成。想要发票功能？
那是另一个独立的小工具，两个之间通过简单接口说话，而不是缠成一团。这个约束本身，就是最省事的架构。
第二，前端用HTML，后端逻辑用Python，就够了。报价单生成器这种东西，一个页面加一段计算逻辑，真的不需要什么宏大框架。
写完直接用HTML在线运行把界面跑起来看效果，逻辑部分丢进Python在线运行里验证对不对，改一版验一版，根本不用先折腾一整套本地环境。
第三，也是我觉得最关键的——地基别自己扛。那个TOC哥们担心的并发、部署、架构，本质上都是「自己维护基础设施」带来的债。
我现在的原则是，凡是不属于我核心价值的东西，能交给平台就交出去。工具做好之后直接走Web应用托管发布出去，托管、分享这些事我不碰，我只管我那个报价逻辑对不对、好不好用。
这么做还有个反常识的好处：因为每个工具都小、都独立、都单一用途，就算某一个真的腐烂了，我删掉重做的成本极低，两三天的事。我把「不可维护」这个大问题，拆成了一堆「随时可抛弃」的小问题。
这比死磕一个越来越难碰的大系统，健康太多了。
一个今天就能做的小动作
如果你手上正好有个vibe coding做了一半、已经开始让你隐隐发怵的项目，别急着继续加功能。
拿张纸，把这个项目现在承担的功能一条条列出来。然后问自己一个问题：这里面哪一个，是可以单独拎出来、别人也愿意单独用的？
找到那一个，把它抽成一个只做这件事的小工具，其余的先扔一边。你会发现，一旦范围缩到「只做一件事」，AI立刻又变回那个好用的执行工具了，因为你终于给了它一个清晰的边界。
成功不是「我做出来了」，是「三个月后我还敢碰它」。从做小的、单一的、地基交出去的那种东西开始，这个指标才守得住。