简中推上看到太多人 vibe coding ，gui 不行，cli 一把梭，起 n 个 agent 多需求并行等等。
我本人对于 AI 的使用还处于，基于需求与 AI 沟通出修改方案，执行后 review 生成的代码，这种半自动模式。
前端部分通常看个大概，确认文件位置和视觉效果没问题就过了。
后端部分对于修改和新增的文件严格 review ，着重看对原因逻辑修改的部分。
我不敢全程 vibe coding 的原因主要是害怕某些场景：
1.当其他同事来咨询、对接我的业务这块，当他提出某个需求，问我能不能实现，或现有实现如何，新需求能否兼容等等。由于代码是 AI 生成的，代码掌控力弱不能立即给出答复，只能回复他让我看看，然后我再问 AI ，我感觉自己就像个传话员。
2.万一更尴尬来我工位问我相关代码或进行线上问题查看，而我不能快速定位到相关代码逻辑，简直是公开处刑。
我能想到的解决方案是，每次 AI 生成代码后，同时梳理对当前系统影响，生成文档。但是就按今天的 AI 实现速度，文档也会看不过来。
45 条回复 • 2026-03-17 11:38:23 +08:00
 |
1
leeleehero 2 天前
你做的没错 兄弟
|
 |
2
434597545 2 天前 via Android
工作环境的代码还是要自己看得懂才行，只负责写代码，你才是真正为代码负责的人
|
 |
4
ponder09 2 天前  12
这就是责任心
|
 |
5
123zouwen 2 天前
没毛病
|
 |
6
dongzhuo777 2 天前
你手上的项目 代码 尤其是业务相关的 这就是你的护城河，具体业务细节 实现怎么做的 你要是一点都不清楚，要你干嘛，万一某次生产事故炸了，AI 修复一顿胡说 你干直接拿到生产去修复吗
|
 |
7
kristofer 2 天前
至少目前阶段你这么做是没毛病的。这是专业性、负责任的体现。
你看的那些人，大多是网红、非技术人、远离一线开发的，当热闹看就行了。 |
 |
8
akakidz 2 天前 1
那些鼓吹全自动模式的，要么是业务非常简单，要么是对生产事故无所谓。
目前看相对靠谱的一种思路，是先用 vibe coding 生成代码，然后再用四五个不同的 ai 或者工具去跑测试，不过我自己还没有完整实践过这一套流程，抛砖引玉一下 |
 |
9
Satoshl 2 天前
被开除的时候 AI 可不会帮你跑路，你做的没错
|
 |
10
Vipcw95 2 天前
你能全自动不看代码，直接上生产，我敬你是汉子
|
 |
11
crysislinux 2 天前
看上面，要是需求是快，我就一把梭。。
|
 |
12
Tink PRO 我一开始完全做不到，后来发现 ai 有些地方写的比我好，我就不管了，直接放飞自我
|
 |
13
linxb 2 天前
简中推上看看得了，他们玩的是产品快速上线，市场验证，验证失败，继续下一个产品，周期都是非常短的
|
 |
14
han0101 2 天前 via iPhone
失业的网红程序员，卖课的，产品经理，老一代的互联网创业老登。这些人哪类是需要考虑生产事故的？
|
 |
15
LabJo 2 天前
其实就是 plan 模式+人工 review ，这种现在甚至都要被归类到古法编程了...
|
 |
16
imagecap 2 天前 1
真正用在写代码的时间并不多，AI 充其量也就是相对精准的搜索引擎。AI agent 帮你节省了 copy/paste 的时间。仅此而已。ai 吹的人都是别有用心的
|
 |
17
bgm004 2 天前
因为不是个人项目啊。
我自己搞着玩的，我看都不看，输完要求就切 b 站去了。 |
 |
18
Hilong 2 天前
兄弟们还停留在大模型不靠谱的时代，我们这里已经全面铺开 claude code + opus4.6 了，基本没人手写代码了。生成出来的代码，说实话比手写的好，现在主要就是提示词工程师了
|
 |
19
ddonano 2 天前
所以我现在还在用 cursor ，ai 写完的代码 都要仔细比对才自己合入
|
 |
20
cvooc 2 天前
@Hilong 但提示词编写还是需要大量长时间调教的,适合项目维稳阶段介入, 我司传企项目, 需求三天两头一变, 时间从来都不是废在写代码上, 我尝试下来自己手写反而更快, 凭借记忆能迅速定位到该复制哪个组件, 哪个屎山不用动, AI 来做瞬间沉浸在我司项目屎山里出不来了, 一堆 bug 还是得 review.
|
 |
21
remarrexxar 2 天前
审代码，思考方案的时间不会少，甚至可能比以前更多，但是可以省大量过去体力活的时间。之前甚至有些大需求做到中后期才想到方案上有不够好的地方，以前可能会觉得都花了这么多精力了也能用就算了，现在反正 AI 写代码，想到能改进的直接 plan 好去吃饭回来验收就好了。
用好 vibe coding 肯定是能比过去效率高很多的，但是有些人如果古法编程时代都没有责任心的话，vibe coding 时代只会更危险。 |
 |
22
4seasons 2 天前
vibe coding 从零开始写的后面读起来感觉比自己写还累，要熟悉半天的代码和结构，最后跟项目还没有熟悉感...
|
 |
24
LiuJiang 2 天前
一个是写 demo ，一个是写生产级项目
|
 |
25
huaweii 2 天前 via Android
简中推上一群玩具项目爱好者外加一群北美装 13 程序员丑男，说他们装 13 是因为基本上都是一线大头兵在那装 CTO 说话腔调，专骗新小白的。
|
 |
26
coolair 2 天前
真心羡慕你还有同事……
|
 |
28
NizumaEiji 2 天前
很正常，因为不管 ai 写出来的是啥最后上线完负责的都只能是你。这本身就是负责的体现。
|
 |
29
chimission 2 天前
就是同事写的给我用我还得 review 一下呢，何况是 ai
|
 |
30
SD10 2 天前
我也是，AI 写的代码我不看一遍我都不放心， 但效率确实是提高了，质量也能把控的更好了，所以 AI 裁员时代也是真的来了。
|
 |
31
loveumozart 2 天前
@Hilong 问个问题，你们是什么级别的公司？一共多少人全职？
|
|
32
dongzhuo777 2 天前
@Hilong 纯粹好奇，问问 0 BUG 率？ 0 生产事故？
|
 |
33
QlanQ 2 天前
如果我不先和 ai 沟通完整的方案
我感觉 ai 写的也完全不能看 而且就算方案沟通好了，我也会拆分一下 一次很大的方案需要考虑的东西太多，代码变形遗漏的概率变得大的多 我也还是古法编程，先自己想一套方案，然后和 ai 沟通确认，直到 ai 完全了解需求，整理出来的方案，ai 没有疑问，然后让 ai 写入文档，最后让 ai 按照文档执行 |
|
34
Hilong 2 天前
@dongzhuo777 #32 人写的代码也不可能 0 bug 率啊。一样的测试呗
|
 |
36
akechiz 2 天前
你才是正常人，工作的代码不自己 review 一遍也是神人了
|
 |
37
chtcrack 2 天前
我叫 AI 写代码.都明确要求它加注释的,它写完测试通过,我自己都要手动测试跑一遍..
|
 |
38
EastLord 2 天前
如果测试用例非常完整，我感觉不看代码 纯 vibe coding 也行
|
|
39
dongzhuo777 2 天前
@Hilong #34 我意思是 生产事故 是由于 vibecoding 导致的，责任归属怎么算。我的理解是 如果没人写代码，那么久了以后就成黑盒。生产出事故了 让 AI 不断尝试提交修复吗吗。。
|
 |
40
femsdfq 2 天前
我就可以，因为看不懂代码
|
 |
41
gurachin 2 天前
我也不敢。因为出事故 ai 不能替我背锅
|
 |
42
8520ccc 1 天前
会随着 AI 的能力提高慢慢降低人工复核需求的 就我自己而言已经在 完全的 vibe 了 区别在于我会自己规划架构 AI 实现的很差的时候会将那部分重新规划 最终验收最终的产品
|
 |
43
EricYuan1 1 天前
可能是因为你懂吧。
如果你 AI 一个你完全不懂的编程语言，你就不会看了，我自己就是用 AI 写了个原生 macos App ，https://github.com/twotwoba/LaunchX ，几乎没动手写过代码，看懂也就不怎么看。 |
|
45
Hilong 1 天前
@dongzhuo777 #39 以前怎么搞现在就怎么搞了。没有 AI 之前又不是没有生产事故，现在就把问题丢给 AI 让他排查修复呗
|
Select Language