- 产品派

一条旧鱼 · 2026-09-08T01:11:50.996Z

如果你也认同，vibe coding 适合快跑原型，上线以后通常会开始出问题。我现在碰到的前提是：我自己比较在意代码可读性，想要那种可扩展、耦合低、别一上来就过度设计的结构。但一口气用 vibe coding 搞出来的东西，整体风格还是很难保持到我想要的可读性，不知道是不是我给的约束还不够好。原型验证阶段，确实不会花太多时间去看代码。但现在有个东西想真正做上线，就开始纠结两种路子。 1. 在现有代码上继续改，等于边用边重构。优点是不太容易漏掉已经做出来的功能，缺点是得先把 AI 写的代码看懂。里面有时会塞进不少绕弯子的设计，简单需求也会被拆成很多类、很多状态，复杂度反而上来了。 2. 直接根据现有文档，从架构和技术选型重新起一版。优点是后面维护起来更顺手，理解成本低，后续活也还能继续交给 AI 做。缺点是原来原型里那些细碎但实用的小功能，可能会漏掉一些。现在就是卡在这两种方式之间。

一条旧鱼

5小时前