为什么我无法做到全程 vibe coding 而不看代码

[JYii]

简中推上看到太多人 vibe coding ，gui 不行，cli 一把梭，起 n 个 agent 多需求并行等等。

我本人对于 AI 的使用还处于，基于需求与 AI 沟通出修改方案，执行后 review 生成的代码，这种半自动模式。
前端部分通常看个大概，确认文件位置和视觉效果没问题就过了。
后端部分对于修改和新增的文件严格 review ，着重看对原因逻辑修改的部分。

我不敢全程 vibe coding 的原因主要是害怕某些场景：

1.当其他同事来咨询、对接我的业务这块，当他提出某个需求，问我能不能实现，或现有实现如何，新需求能否兼容等等。由于代码是 AI 生成的，代码掌控力弱不能立即给出答复，只能回复他让我看看，然后我再问 AI ，我感觉自己就像个传话员。
2.万一更尴尬来我工位问我相关代码或进行线上问题查看，而我不能快速定位到相关代码逻辑，简直是公开处刑。

我能想到的解决方案是，每次 AI 生成代码后，同时梳理对当前系统影响，生成文档。但是就按今天的 AI 实现速度，文档也会看不过来。

[remarrexxar]

审代码，思考方案的时间不会少，甚至可能比以前更多，但是可以省大量过去体力活的时间。之前甚至有些大需求做到中后期才想到方案上有不够好的地方，以前可能会觉得都花了这么多精力了也能用就算了，现在反正 AI 写代码，想到能改进的直接 plan 好去吃饭回来验收就好了。

用好 vibe coding 肯定是能比过去效率高很多的，但是有些人如果古法编程时代都没有责任心的话，vibe coding 时代只会更危险。

[4seasons]

vibe coding 从零开始写的后面读起来感觉比自己写还累，要熟悉半天的代码和结构，最后跟项目还没有熟悉感...

[tzxxxx]

@Hilong 请教个问题，这个状态下个人的不可替代性是否大幅降低？比如之前如果不可替代性是 90%，现在全面铺开 AI 代码生成后，个人的不可替代性会是什么量级？

[jchencode]

一个是写 demo ，一个是写生产级项目

[huaweii]

简中推上一群玩具项目爱好者外加一群北美装 13 程序员丑男，说他们装 13 是因为基本上都是一线大头兵在那装 CTO 说话腔调，专骗新小白的。

[coolair]

真心羡慕你还有同事……

[huaweii]

@Hilong 兄弟，大家不是不在用纯血 cc ，你

[NizumaEiji]

很正常，因为不管 ai 写出来的是啥最后上线完负责的都只能是你。这本身就是负责的体现。

[chimission]

就是同事写的给我用我还得 review 一下呢，何况是 ai

[SD10]

我也是，AI 写的代码我不看一遍我都不放心， 但效率确实是提高了，质量也能把控的更好了，所以 AI 裁员时代也是真的来了。

[loveumozart]

@Hilong 问个问题，你们是什么级别的公司？一共多少人全职？

[dongzhuo777]

@Hilong 纯粹好奇，问问 0 BUG 率？ 0 生产事故？

[QlanQ]

如果我不先和 ai 沟通完整的方案
我感觉 ai 写的也完全不能看
而且就算方案沟通好了，我也会拆分一下
一次很大的方案需要考虑的东西太多，代码变形遗漏的概率变得大的多
我也还是古法编程，先自己想一套方案，然后和 ai 沟通确认，直到 ai 完全了解需求，整理出来的方案，ai 没有疑问，然后让 ai 写入文档，最后让 ai 按照文档执行

[Hilong]

@dongzhuo777 #32 人写的代码也不可能 0 bug 率啊。一样的测试呗

[Hilong]

@tzxxxx 现在外包员工全裁了。工作全让正式员工+AI 搞

[akechiz]

你才是正常人，工作的代码不自己 review 一遍也是神人了

[chtcrack]

我叫 AI 写代码.都明确要求它加注释的,它写完测试通过,我自己都要手动测试跑一遍..

[EastLord]

如果测试用例非常完整，我感觉不看代码 纯 vibe coding 也行

[dongzhuo777]

@Hilong #34 我意思是 生产事故 是由于 vibecoding 导致的，责任归属怎么算。我的理解是 如果没人写代码，那么久了以后就成黑盒。生产出事故了 让 AI 不断尝试提交修复吗吗。。

[femsdfq]

我就可以，因为看不懂代码