• 请不要在回答技术问题时复制粘贴 AI 生成的内容 V2EX › 程序员 求问 vibe coding 后想转成长期项目，哪种维护方式更好？ ReferenceError · 1h 44m ago · 200 views 如果你也赞同： 一直 vibe coding 上线要出事的。
注意这里有个前提就是本人喜欢可读性极强的代码，可扩展性高但不提前过度设计，耦合低等等等等......但是一口气 vibe coding 出来的代码风格始终达不到好的可读性效果，不知是不是加的约束不好。跑原型做验证的时候，是不会花时间看代码的，现在想把一个东西做上线。
在现有的基础上改，相当于重构。优点是不会漏功能，缺点是要先看懂理解 AI 的代码。
可能存在很多过度设计的绕弯子，一个简单的东西给你搞好多类好多状态机，徒增复杂性。根据现有的文档，从架构和技术选型开始重新出发。
优点是可维护性高，没有理解成本，而且后续的工作还是可以交给 AI 做。缺点，可能会漏 AI 补充的小细节功能。
或者有其他更好的方式？重构 架构 可读性 4 replies • 2026-09-08 00:31:56 +08:00 1 xujinkai 1h 35m ago via Android 我目前的实践是持续重构，不断地问 AI 某一个模块的逻辑，然后给出你的重构方案，同时测试要跟上，其实和人写代码很像。
还有一种就是你这种先搞原型，都搞完了才想重构，如果代码太多，那我觉得不如先让 AI 总结出个功能文档，然后让另一个 AI 另起炉灶。主要问题就在于，另起炉灶的过程中，你还是得持续重构。
我觉得目前不存在 AI 一锤子能干好的可能，除非项目很小。 2 JasonYip 37 mins ago SDD 吧 不过对代码失去掌控以后很难再掌控回来。
就好像古法时代一开始没有控制复杂度和耦合 后续复杂度上来了几乎没法下手 3 ericguo 4 mins ago 你都说是做的原型了，不看代码了，现在又想把这套代码改吧改吧上线，既要又要两头都要，可能也只有 Astra 能帮你了。 4 sickworm PRO 1 min ago 我觉得 2 比较好，你需要一个干净的架构支撑你的代码质量，减缓代码腐化速度