Vibe coding 有什么意义？

chuchen023 · 2026-04-24T03:28:38Z

除了做 demo ，任何一个需要稳定性的系统都不应该使用 vibe coding 实现。全黑盒，完全不可控。之前的一家公司，PM 开始自己 vibe coding ，推到上线后结果完全不可维护，到最后还是研发来擦屁股。产品爽了，最后烂摊子研发全接走？

vibe

稳定性

系统

72 条回复 • 2026-04-25 20:10:04 +08:00

1

sddyzm

PRO

2 天前 via iPhone

那就向 AI 的对齐

2

xitler

2 天前

3

没有让你全 vibe 啊，怎么可能就跟 ai 说一句“我要做个淘宝”，然后啥也不管刷刷刷等他给你做好。
不会设计好架构，产品需求，接口规格，让 ai 帮忙写,写完 review 把控质量，小步集成吗？

3

hafuhafu

2 天前

对于稳定或者极其重要的公司业务，全部 vibe coding 确实不太好，可以把一些手写没啥营养的部分让 AI 完成，自己掌握大局至少可控的。
毕竟最终责任还是落实到人的，堆屎山某天堆到某天超出当前模型能力，短时间内没法解决了就尴尬了。
总不能今天就要发版上线，你说：“等我的 agent 团队慢慢重试吧，会解决的”。
不过自己的项目或者开发一些脚本小工具之类的，就没这些顾虑了，实在解决不了大不了等下一代模型出来再说，也不需要管维护性🤓。

4

lg106

2 天前

我们也遇到这种情况，老板自己天天在那用 AI 写一些功能，然后让我们整合到现有系统上，他还不是程序员，主业是电商设计，连 UI 设计都没接触过，很心累

5

weixind

2 天前

这是使用 vibe coding 的人的问题，不是 vibe coding 的问题。

6

JoeJoeJoe

PRO

2 天前

把他当银弹的话, 确实没什么意义, 但是当自己的助力或者帮手的话, 意义很大.

7

ccraohng

2 天前

AI 排泄链最后面的负责人最痛苦

8

iorilu

2 天前

做 demo 也是开发的一部分, 而且是非常重要的一部分

这没什么可疑问的

9

chuchen023

OP

2 天前

@xitler 作为研发我肯定是想这样干的。但是奈何上边产品觉得自己有了 AI 所向披靡，完全不需要研发了，需求自己写。到最后自己解决不了了再扔给研发。这个烂摊子没人愿意接啊

10

wniming

2 天前

2

Vibe coding 适不适合开发大型项目我不知道，但在 X 上看到腾讯的一位内核大佬前两天发的推文讲了他是如何在内核开发中使用 AI 的，对我很有启发：

https://x.com/silsrc/status/2046808788808901108

这里把他的推文内容复制粘贴到这里，方便不想点开链接的 v 友查看：

越来越喜欢 LLM 辅助编程了，99% 代码还是我写，它负责 Review ，只要 LLM 能看懂就说明这代码写的足够清晰明了傻子都懂。并且也能验证和审核细节：每个函数注释都写明 Context 和要求，LLM 就可按照注释验证调用上下文，比 Build Bug 那种更灵活更好维护，减少了不少 Bug

而且我感觉这才是正确用法🤔

11

beyondstars

2 天前

1

你要去设计架构，划定边界，拆分模块，总领全局，这些是 AI 做不了的，你可以每次只让 AI 改其中一个小的范围，这样改坏了只影响某个模块，而整个项目依靠模块与模块之间通信，所以问题也不大。

要去想想 AI 可以做什么不可以做什么。

12

murmur

2 天前

vibecoding 都干掉了初级程序员，逼得人均全栈，还没有意义啊

13

midsolo

2 天前

我司刚经历过这个阶段，产品 Vibe Coding 了一个 mvp 出来演示，PM 就敢往整个公司推，到了线上发现一堆坑，没法迭代维护了，他俩拍拍屁股走了，让研发来接烂摊子。

现在又在吹 "AI + 低代码平台"，用自然语言，一句话即可搭建系统，无需编写任何代码......

14

midsolo

2 天前

1

@midsolo Vibe Coding 用来解决实际问题是 OK 的，但要看是谁在用，该怎么用，如果落在神棍手里，那研发就有得罪受了。

15

mightybruce

2 天前

1

你活着有什么意义，到现在还不会，等着被淘汰吧

我告诉你一个事实，就像阿里，百度，以及某地图厂，已经是全员 vibe coding 90% 代码都是 AI, 并且要考核 ai 率。

而且大厂就几个月前开始大规模强制 vibe coding 规范，要求更准确的 spec coding, 要求生成内容完全可控，

反正你们自己决定多久被时代抛弃。

90 年代到 2000 ，那时候写汇编的人觉得自己是正统，觉得 java 这种是玩具，后来 java 成为主流企业开发

现在 spec coding 就是成为主流编程，不是随便写写的，几千字的小作文比你代码难度还高。

16

Yumwey

2 天前

意义可大了，当你说出这个定义的时候，你就已经下车了

17

teaguexiao

2 天前

意义在于它帮普通人绕过了不会写代码这道墙，让想法能快速验证。但工程师用它是降本提速，非技术人拿来做生产系统那就是甩锅工具了。

18

wangritian

2 天前

正经开发肯定是要设计好方案再一步步监管下让 ai coding 的

19

songco

2 天前 via Android

没必要非黑即白

工具是工具，怎么用还是看人，反正对我来说省了大量的时间，以前有很多想法没时间搞，现在终于可以慢慢搞起来了

20

chuchen023

OP

1 天前

@midsolo 太对了，我正在经历这个过程。工具是好工具，但要这么用，还不如没有。回归能正确使用的人手里才是提效

21

sampeng

1 天前 via iPhone

1

意义？还停留在只能做 demo ？反思的应该是你自己吧…ai 现在代码质量吊打程序员。不是所有人都是大神的。

22

x4gz

1 天前

不是人人都要做个大项目
做个小工具辅助自己的工作不行吗

23

xiaoyuanei668

1 天前

@lg106 这是老板太沙比了，外行指导内行，局座高见

24

HotieCutie

1 天前

我觉得 AI 是辅助，人还是必须要去参与，审核代码，测试结果

25

hefish

1 天前

人活着有什么意义？早晚要死的？还不如现在就不活了。。。

26

aes114514gcm

1 天前

@HotieCutie 有了珍妮机后英国纺织工人生存环境反而变差了，劳动强度更高。

27

mikifuns

1 天前

5

Vibe Coding 对企业对程序猿有什么意义我不知道
但是我知道对非程序猿意义太大了。我属于懂点代码但不会写代码（有问题我能有思路去怎么排查怎么解决方向，但是你让我看代码我基本上看得懂）
我有想法，我有想实现的东西，以前我自己无法落地，我也没资格没能力去拉大佬帮忙写，我的想法十多年都没有落地
现在有了 ai ，ai 就是我的团队，他们写帮我落地想法，我的想法用了一个月就成雏形，现在慢慢精雕细琢就好，这如果没有意义，那我不知道需要多大才算有意义，真的做到一句话从头到尾的开发然后把人类赶走吗 XD

28

Mandelo

1 天前

5

你同事写的代码就是白洞，完全可控了？自己菜不要怪工具

29

plp

1 天前

1

以前我也好奇后来我经常观察 Vibe coding 的人群
发现大部分都是自己的玩具简单小项目非开发者人群前端页面设计
真正用来大型商业项目的微乎其微
而且这群人似乎更喜欢在互联网上分享？

30

Rehtt

1 天前

@wniming 我也是喜欢用 ai review 代码，生成测试用例

31

diudiuu

1 天前

老板觉得牛逼就行

32

nullboy

1 天前

很 TM 真实了

33

lyxxxh2

1 天前

2

你那个产品,缺架构设计 + 测试,乱七八糟也正常。
我写文档,都会在脑子过一边代码逻辑。
而产品,不可能写得出技术性的文档。
比如:
```
需要增加一个所属物流单字段,物流列表不要直接显示这些子物流单,你需要创建一个模型关联,用 with 这些子物流"运单号"返回需要作为数组,这样:[{status:1,tracking_number:SF3296538855599,pickup_code:3412},...]
```

一个人全干,太费时间了。
我现在差不多纯 vibe codeing 了,用团队会话。
最重要的是测试,一堆的 case 都验证:"页面 + 接口 + 数据库",最后只有 1-2 个 bug 。
我的测试 skill:

34

lizhian

1 天前

除了做 demo?gpt5.5 比包括你在内的九成程序员都屌.
第二个,人写不一定可控,不然为什么在 AI 编程之前就有屎山代码的说法
工程规范让人写代码变得可控,同样道理也可以让 AI 编程变得可控

35

babymonster

1 天前

GitHub 现有的仓库差不多有 6.3 亿多了，其中 40%左右都是 Vibe coding 出来的项目，真正用 Vibe coding 其实是人类要学会去驾驭 AI ，把一些简单的代码或者一些合适的框架；之前的 it 时代打的都是信息差：“我懂这个技术，你不懂那就是我厉害”，但是现在 AI 把门槛降低了很多，Vibe coding 可以把碎片化的时间整理起来，自己说了需求之后，让 AI 在后台跑就行了

36

xiaomushen

1 天前

@xitler 很多 Claude 信徒表示，只要许愿就能做出来东西然后赚钱。我觉得很无语。。

37

monosave

1 天前

尤雨溪的公司要出一个新产品 vibe coding 产物部署的，叫 void 和 cloudflare 合作的，整个平台 90% 都是 Vibe coding 出来的 https://void.cloud/ 现在还在测试

38

xudaewoo

1 天前

减少从想法到产品的难度

39

gefangshuai

1 天前

@chuchen023 #9 这种人就是傻，以为自己收了勺子就是个厨师了

40

redbeanzzZ

1 天前

你不能听营销号 vibe coding 自己用的时候就不 review 代码吧？这东西就是给你减少工作强度用的，无脑相信他最后出了问题当然得你自己负责

41

x86

1 天前

你可以坚持古法编程

42

onedge

1 天前

@hafuhafu 这是现状也是当前模型能力上限的问题，也有关于模型底座算法本质原因（毕竟不是和人脑一样），目前唯一的增强办法是测试驱动开发，用例越多越好，加上大剂量的反复 review （局部），不知道有没有其他更好的办法，看模型继续发展吧

43

aowugong

1 天前

我领导就要 vibe coding 一个网店管家出来，我理解 AI 的设计都费劲又控制不住它还要被每天催进度。不反抗了拥抱 AI 一起拉坨大的

44

charlie21

1 天前

1

生产系统用的 vibe coding 和单人非程序员写 toy app 用的 vibe coding 不是一回事
虽然都叫作 vibe coding
营销嘛帅气就完事了

45

huBane

1 天前

Review 是真的有用，参考 ai 改的自己写代码水平都提升了

46

kalarita

1 天前

设计好架构, 明确模块边界, 确定各个模块都是做什么功能的, vibe 之后补全测试用例, 最后自己 review 一遍代码,我觉得现在这个模式提升效率很大

47

fredweili

1 天前

非黑即白，没正经做过事的幼稚，就算“稳定性的系统”，不需要支持系统么，测试，文档，简单的 CRUD ，这些 AI 简简单单就办了，我可以把精力花在需要分析思考各方协调的问题上

48

john46

1 天前

对外的复杂业务的项目肯定不行，但是工具性平台功能型的对内用绝对可以啊，比如 jekins 太难用自己写一个部署平台、各种协同平台、dms 要商业化收费，自己 ai 写一个，一周迭代基本就很完整了，这不是节省成本么。

49

jadeborner

1 天前

别人写的代码让你维护不也这样想吗

50

kloudmuka

1 天前

OP 应该是看到自己的饭碗被非程序员抢走之后开始急眼了

51

yaidev

1 天前

做好顶层规划设计与实现中的阶段性 Review ，Vibe Coding 不比你写的代码差。

52

roychaos

1 天前

像我们的小公司，把需求完成就行了，质量不要太差就行

53

haha1903

1 天前

1

这恰好是你争权夺利的好时候
你要向老板证明，是他不行，而不是 AI 不行
然后把权利要过来，让他听话

54

phatzhong24

1 天前

可以让你早点下班

55

HeyWeGo

1 天前

自己写给自己的好处是往往操作流程可预测的，写给用户的往往不可预测用户行为，就很容易弄出各种小 bug

56

archxm

1 天前 via Android

@x86 为啥这么二元论呢？

57

yufeng0681

1 天前

@mikifuns #27 都对，不冲突。你做的就你用，有缺陷也能接受，也有时间去修复，一人闭环。贴主说的是工程方面，公司的项目，角色不同，还要他们来兜底的场景，就不能轻松写意的用 ai 编程了。

58

darkengine

1 天前

vibe coding 的过程是黑盒，产物可不是黑盒，至于你能不能看懂，那就不是 vibe coding 的问题了。

59

nuII

1 天前

意义就是替代人工，就这么简单。如果上线出问题，只能研发来擦屁股，那么问题在老板，没有 AI ，虽然会导致不同的问题，但是最终的结果是一样的，让这个问题出现和没能落实责任承担制度的人并没有变化。

60

jasperchou33

1 天前

vibe coding 要一块块来。就很爽。

61

mansunyunxin

1 天前

PM 自己 vibe coding 让研发擦屁股，这个问题本质不是工具问题，是「信息不对称下的权力错位」。

PM 看到的是：AI 输出一个能跑的东西，UI 有了，功能有了，看起来能用。
研发看到的是：没有架构、边界模糊、无法测试、维护成本高到离谱。

AI 把「能跑」和「正确」之间的鸿沟填平了，但这个鸿沟本来就存在。真正的问题不是 PM 用 AI ，而是 PM 没有足够的上下文去理解「能跑」背后意味着什么。

解决方式不是禁用 vibe coding ，是让决策者看到完整的因果链——不只是 AI 能做什么，而是改了之后会影响到谁。