Vibe coding 之后, 线上出了几个问题, 老板要求"每一行代码都要调试到”

[kyrieIvring]

想问一下, vibe coding 出来的代码, 一天几千行, 真有人能每一行代码都调试到吗？

调试的时间是不是比写代码的时间还多了。

大家是怎么解决 vibe coding 后出现的问题的, 有点低概率偶现的问题, 可能一万次才出现一次。

[94]

功能 AI 写了，测试就是自己写了，然后每次开发完提交 PR 的时候触发钩子跑一次测试，没问题就合并，有问题发给 AI 接着修 BUG 。
但是需要注意有些时候 AI 会为了通过测试用一些非常脏的方式。

[ghostman]

很简单，AI 写的让 AI 调试

[hm910705]

ai 只是工具，人得对代码负责。老板应该设置规则：出了问题找人追责就行。

[sampeng]

单元测试啊。如果老板说每一行都要调试到，就让模型写 100%覆盖的单元测试。就说覆盖没覆盖到吧。

[Orenoid]

自动化测试 + 测试覆盖率检测

[sqmwin]

第三方 AGENT 按需求说明文档做测试用例
第四方 AGENT 按需求说明文档代码和测试用例、测试用例覆盖率审查（审别人就不会出现自己既当裁判又当运动员的情况了）

[Rooger]

为了保证质量 500 行 每人/天
超过的让老板加人

[ryd994]

加 code coverage ，然后让 AI 根据 code coverage 再去改测试

[Ketteiron]

没看懂什么叫调试，一行行 debug 吗？
在没有 AI 辅助的时候，写单测/集测的时间本来就比写代码时间还长。
如果真的是重要项目，纯 vibe coding 连测试都没有就是找死行为。

[prosgtsr]

如果老板要求用 ai 之后提效的话，那这个要求就是耍流氓啊
即便用一个 ai 开发，另一个 ai review ，也总会漏掉逻辑的

[guanzhangzhang]

让 ai 写单元测试，然后搞个 gitlab-ci 类似 CI ，提交 merge 请求会触发跑 pipeline ，通过了才能合入

[NewYear]

降本增效，责任你担。

并且工资减少。

（因为整体“深度”下降了）

这才是问题的根源。

[Azee]

遇到一些搞笑的让 ai 测试的场景：

发现 ai 没写测试用例，质问 ai ，ai 说忽略了上下文，根据训练数据的推理可以不写测试用例；
发现 ai 没测试，质问 ai ，ai 说只跑了入口 以为测试完了；