是啊，不理解，就继续改，一直堆，直到能跑

all in ai，

all in ai，

all in ai，

all in ai，

只能接受古法vibe

一次对话，看一下软件

“写好spec和plan，然后让ai全权执行和review”

能做单测的软件这样没问题

我主要搞桌面端，这么玩直接爆炸

没几个循环软件直接变成完全不认识

数据说不兼容就不兼容，不兼容也一声不吭直接界面不渲染数据

视项目复杂度，以及需求来决定程度。如果新需求新接口 ALL IN.

我现在只做大概的结构审查 重心都放在最后的验收上了 ^-^

如果真遇到了难以解决的BUG，自己无法调试的话，那肯定是成为AI大人的眼睛和手咯，AI大人让你怎么操作，你就怎么操作。 ^-^

看你的TOKEN。 你用超级厉害的模型，比如fable这样的，你看还不如不看，他生成的说不定给你review修改后的都好。 而你刚好就有钱买token，就让直接让他vibe呗。

但如果你没钱，只能用差点的模型，那就得话时间了，自己指导一下。 不确实时间就差出来了

根本不带看实现的,目前已经是测试的形状了

BUG,肯定会遇到的。前端随意，后端谨慎处理

all in ai

开发小程序，目前一行代码没看过

真的目前就是 all 了，主要是他写的太快太多了

那个体量实在是不想看

现在的小项目一般都直接全程 Vibe Coding 了，审查直接 /review。 ^-^ 编辑器我都不想点开了。开发微信小程序/APP之类的还是得需要人工审核一下。

你不就是ai大人的xn吗，ai大人让你提供什么你就提供，剩下的ai大人会搞定的

那对新需求的业务代码去了解吗？还是只当做黑河，完全不关注内部情况。

两种方式都在尝试

• 老项目：必须逐条review


• 新项目：只对输出结果test

目前最新项目部分后端的处理逻辑细节经常自己都记不清 ^-^

自己的项目可以几乎全vibe，公司干活的项目可不敢，主要还是写一些脚手架代码+SPEC让AI补完，然后再AI+人工review

必须all in ai了，现在让AI写的代码，一般不会再review了，看不过来

必须要设计方案和边界，如果是新项目且不是玩具的话，还得仔细规划架构，否则纯AI基本上做到一半就开始互相打架了。

全部vb的话很难，只能说结构出来了没问题了，具体框架用ai生成一遍，重点核心的地方自己看一下，再去测试。测试人员和后面改bug的后非常非常累。