如何消除 vibe code 产生的技术债？

[Tilie]

最近 vibe code 很爽，但是很明显的是产生了不少技术债？
感觉每次都像新入职了一个公司，接手一堆史山代码。
请问各位现在还会读 ai 产生的代码么？还是 ai 拉 ai 吃？

补充下，本人跟车规行业有关。
vibe code 如果产生了技术债，不是事后道歉那么简单。
而是主机厂会抓着一行一行要求解释原因。
甚至部分代码会更人命有关，比如某某新能源车，打不开门。

[tf2]

vibe review

vibe refactor

[sentinelK]

正向编程，AI 生成的方案你都过一遍，不是自己熟悉或者预期的技术选型，就都否决让他去改。或者你给个建议。

btw：其实目前 Agent 的模式很类似团队管理。要用管理的思维去驱动 Agent 。

[lujiaosama]

粗犷一点就是 TDD 驱动，只要能过测试，写成啥都不管。否则最好就是限定 AI 使用的技术方案，就算丑一点臃肿一点也绝不为了所谓的优雅引进一堆自己都看不懂的东西。

[niubilewodev]

让 AI 重写。

[beyondstars]

技术债不是技术问题，技术债是管理问题。

[qxmqh]

你要这样想：人就不会写屎山代码了吗。 有 AI 还能给你说明白至少，之前没有 AI 的时候，不都是一点一点硬啃的吗

[maskerTUI]

AI 能看懂 AI 的代码就行了，人类能不能看懂不重要，有问题让 AI 重新写。
按照现在的大模型迭代速度，大不了明年让更好的 AI 重写现在写出来的屎山即可。

[v2gba]

每天几千行 还不算同事发来的 咋读

即使我不想要这些 tech debt

但是历史的车轮已经碾过

我也被车轮带着走了

[lwep]

相信 AI 的发展
AI 欠的债 AI 来还

[erwin985211]

主要是大部分公司的生存时间都不足以产生技术债

[malusama]

大部分代码需求时间都只有几年而已， 债不债的到时候业务都不存在了。 代码都没用了就没有债了

[NerbraskaGuy]

程序员可以承受 AI 浪潮带来的淘汰，那公司也得可以承受 AI 带来的巨量屎山，大家都有“美好”的未来

[nettest]

类似于在问如何消除 高级语言 产生的技术债

[wsseo]

如果是测试驱动会埋很多雷。研发想绕过测试埋雷太容易了。测试很多情况根本覆盖不到。

[Rever4433]

等到代码即时生成时代来临的时候就没有技术债了

[teaguexiao]

现在的做法是每隔一段时间让 Claude Code 自己做一次‘代码回顾’，把高复杂模块重构掌。关键是 CLAUDE.md 要把架构决策和禁止事项写清楚，不然下一轮 AI 也会重蹈覆辙。

[lscho]

人写就没有技术债了吗？你接手别人写的代码，一样是屎山

放下心里包袱，只要能过测试，有文档，它就是好代码

[chenluo0429]

AI 生成
AI 分析
AI 消除
AI 提交
AI review

[sharpy]

根本 review 不过来啊

让 ai 来吧

[youyouzi]

ai 的技术栈不应该让 ai 消除吗？

比如你现在用 cc4.5 产生的技术栈，让 4.7 去解决啊，你操 AI 的心干啥呢？相信后人的智慧就行了。

[quake0day]

AI 时代就要遵循 KISS 原则，尽量把大系统拆成小块，然后都让 AI 来开发，再让 AI 组合。 这样后续维护会简单许多。

[johnkyle]

只能让 AI 来还这个债了

[thedog]

让 ai 重写。 千万不要想着重构。ai 只会重写。

[someonesnone]

如果是个小头目, 手下的人就不会写屎山代码吗, 需要亲自都审查一遍吗

[zomco]

无法消除的。

[lonelykid]

跟人命有关的代码还敢完全交给 AI 写？不人工 review 几遍？

[yjiefl]

graphify

[unusualcat]

那就一个公司干半年就跑路，然后找下一个工作

[ragnaroks]

大型项目基本不具备人类可维护性，项目稳定长期维护的话可以参考 AI 代码人类重写一个

[WispZhan]

你把 AI 当成一个同事，难道不会 review 他代码然后让它改么？

真有人把 AI 当替代思考的工具，弥补自己认知上的差距，而不自知吗？

现在 AI 写代码，其实和十几年前聊软件工程和过程管理一摸一样