vibe coding 是砒霜还是良药？中美文化对比

[alioth0909]

最近在 reddit 上观察到，vibecoding 似乎称为了众矢之的，在 r/selfhosted 中 vibecoding 的项目被强制要求打上 vibecoded 的标签。反观在中国，或者说在我周围，vibecoding 正在融入每一个程序员的工作中。仿佛不用 ai 编程，就显得很土，很低效。

深入思考下，为什么会产生这样的反差？ LLM ，VibeCoding ，ChatGtp ，ClaudeCode 等都起源于美国，却在中国广泛流行，并且大厂们也纷纷努力追赶（虽然还有一些差距)。就像电动车也起源于美国，却在中国普及。

1978 年改革开放后，我们花了 47 年追赶上西方两三百年的发展，靠的是效率和性价比。似乎我们对于 AI 编程这样的提效工具，有更大的热情。而美国，作为很多科技创新的发源地，很多人对“工艺感“和”可维护“有更高的要求，从而对 vibecoding 有一定的偏见。

突然想起了一句刻在脑子里的话：黑猫白猫，抓到老鼠就是好猫。

大家怎么看？

[Ketteiron]

以偏概全，你用数篇帖子，脑补出整个欧美国家都在抵制 vibe coding ？ v2 抵制 vibe coding 的帖子也不少啊，怎么说。
你要对比中美文化，不能用身边统计学+量子脑补，最起码也要深入调研一下。

[alioth0909]

@dssxzuxc 我不认为这是一篇严肃比较的帖子，只是就看到的，有感而发的聊聊。可以抨击，但抨击完后，说说你的看法呗

[OneLiteCore]

个人看法觉得重要的并不是中美文化的不同而是这是基础生产力的进步，无论文化和个人的接受程度如何只要不跟上就会被生产力碾压，对此的偏见同样也会被碾压的渣都不剩。

就好像现在几乎所有的开发都在 IDE 里面进行的一样，不用 AI 的代码补全也会有传统的代码补全，而这些在刚诞生的时候也受到过使用文本编辑和查阅编程文档的编程遗老的抨击。

[OneLiteCore]

同样的事情比如传统武术和现代的军备竞赛，中药和现代医学等，结果都是带有碾压性性质的。（注：爱国主义叠甲）

[Ketteiron]

@alioth0909 #2 我的看法是那篇 reddit 帖子完全正确，标记 AI 与抵制 AI 是完全不同的两件事。
我极度支持 Stack OverFlow 禁止任何 AI 回复，而后面 v2 也采取了相同的做法。所有论坛/交流平台，都应该完全杜绝一切纯 AI 产物，这仅仅是在危害人类文明发展。

注意，这与我身为开发人员支持 vibe coding 是不冲突的。
何为 vibe coding ？
开发人员未经人工检查和验证生成大量代码。
这好吗，好也不好，需要从两个方面去审视，只会选择"好"或"不好"二者其一都是浅薄的。

>似乎我们对于 AI 编程这样的提效工具，有更大的热情
你可以去看看油管，各路外国高手以什么样的热情在研究 vibe coding 。
而这个论坛中，又有多少人拒绝学习 AI 知识， 拒绝定制 rules ，拒绝 MCP 。

> 很多人对“工艺感“和”可维护“有更高的要求，从而对 vibe coding 有一定的偏见
对“工艺感“和”可维护“有坚持的那些人，都在以远超普通程序员的效率使用 AI 编程，从而节省下大量时间用于“工艺感“和”可维护“，这依然是不冲突的。

[alioth0909]

@OneLiteCore 同意，当前 ai 编程应该还存在安全漏洞，维护困难等问题，所以站在当前这个节点，才会有争议和观点的冲突。

[kebamt]

V2EX 第 765738 号会员
加入于 2025-09-05
30 天内注册

[kebamt]

但凡你是真正程序员，写过重要代码都不会说出这种话。AI 是好，但也不是万能的，AI 写的代码可维护性差不说，幻觉就一大堆，有的几乎不能用。要求标记出来是好的，就好比预制菜，你卖可以，但起码标出来。

[alioth0909]

@dssxzuxc 首先，欢迎你的观点。早期，我们能轻易地识别哪些是 ai 生成的，哪些不是。但是现在，这个难度在提升。比如 ai 生成的文本，有些已经能以假乱真。ai 生成与人工的边界正在变得模糊，未来可能会更加模糊。作为标记 AI 可能只是一种临时的解决方案。科幻一点地说，未来人和机器的边界，也会逐渐变得模糊，例如：植入芯片，假体的人，还是真正意义上的人么？
回到正题，我个人在 vibecoding 的时候，也感觉代码维护是一个大问题，连开发者自己都没有逐行阅读过的代码，怎么让其它人维护？也许只有 ai 能维护 ai 生成的代码吧。但是，如果逐行 review ，那效率也就大打折扣了。我想，这也许就是大家争议比较严重的一个点。不知道未来会通过什么方法去解决

[kebamt]

此外，你说“黑猫白猫，抓到老鼠就是好猫”——听起来很实用主义，但别被虚假高效率迷惑。Vibe coding 这种纯靠 AI 生成、缺乏思考和品味的代码，短期内看似确实能“抓到老鼠”（写写脚本还行，论整个项目级别 AI 还很菜，绝大多数情况下未必能抓到老鼠），但长期看就是一堆积垃圾。

[Seck]

个人感受，我反正没有使用
vibe coding 对于的外行是很友好的
但是对于专业的编程人员来说，更多是作为一种辅助工具

我看了那篇为什么 LLM 不会真正构建软件，挺赞同的，没有完整的心智模型
极大的造成了 AI 生成代码的实际使用价值。泛滥成灾实际造成了代码的廉价，都是没用的代码。
总之：有好也有坏，但是专业人士对待 LLM 编写的代码，还是要经过严格 review ！这样才有实际价值，当然我不否认 LLM 带来的帮助。
aHR0cHM6Ly93d3cubGtzci5uZXQvMjAyNS8wOC9MTE0tc29mdHdhcmUtYnVpbGQtcHJvYmxlbS5odG1s

[OneLiteCore]

@alioth0909 大规模的项目级别的生成我觉得目前还不算完善也没打算使用，但是对于方法级的补全确实是显著提升，只是这二者使用的前提都是开发者本人有足够的经验和编程功底能够看到和修正 AI 的问题。某种程度上来说这反而更贴近传统的 “结对编程” 的概念了。

[alioth0909]

@OneLiteCore 理解你的感受。我可能更倾向于 vibecoding ，看好它的未来。颠覆性创新的产生的，都伴随着缺陷和争议。现在应该是受限于模型的上下文长度，当千万级 token 的上下文问世的时候，也许模型的编程能力又会有质的飞跃。可能是未来 3 ～ 5 年？也许更快

[alioth0909]

@Seck 可以试试。用了 vibecoding 后，你也许就会感受到，对外行是非常不友好的，因为外行真的很难驾驭 vibecoding 。哈哈哈～ 感谢你提到的文章，我会仔细读下的。

[zengxs]

我很喜欢和 AI 探讨代码架构/模块设计，多轮探讨下来 AI 确实能帮我提高整个项目的架构设计合理性和可维护性

写代码的话一般就简单用用 copilot 的补全，vibe coding 让 AI 写大段代码要看场景

纯业务 CRUD 代码用 AI 补全很快，也不太太担心可维护性啥的，毕竟“古法”手工编程写出的业务代码一般也是一坨 哈哈

核心模块，逻辑性很强那种代码，用 AI 写目前看还是不太行

[javalaw2010]

vide coding 是只管结果不管代码的编程方式，适合做一些小玩具。严肃场景下的编程中使用 AI ，是需要人类参与代码的架构设计、技术方案的设计，并对生成的代码 review 的，这种 AI 编程方式严格意义上讲已经不属于 vibe coding 的范畴了，别的不讲，商业项目中涉及到金钱的逻辑，我想大概除了外行之外，没有人能放心的让 AI 代码直接上生产吧。

[bingfengfeifei]

如果中国 vibe coding 比美国热度还高，美国这些公司还会这么禁止中国用户访问吗

[NewMoorj]

AI 写的 BUG 挺多的，要求标注有一定的合理性。

[yuyoung]

vibe coding 简直是神器了，只要你能把握住方向，这玩意能扫平很多知识障碍，让编程少很多事

[alioth0909]

@bingfengfeifei 我觉得禁止跟热度是两码事。不是因为国内热度高才禁止的。某种程度上，LLM 已经是真正的军备竞赛了

[pf94]

> 黑猫白猫，抓到老鼠就是好猫。

经典大干快上，最后留下一地鸡毛。AI 编程当然可以在严肃场景使用，然而 vibe coding by definition 不属于严肃场景。

[pf94]

> 反观在中国，或者说在我周围，vibecoding 正在融入每一个程序员的工作中。仿佛不用 ai 编程，就显得很土，很低效。

你明显把 AI 编程和 vibe coding 混为一谈了。
vibe coding 本身或者一开始是指非专业程序员使用 AI 辅助编程完成应用的行为。
所以你谈论的自己感受到的“中美差异”，实际上是你接触的是中国程序员在使用 AI 编程，但认为他们在 vibe coding （其实不是）。而外国程序员 vibe coding ，是真的在抵制 vibe coding 。我相信中国程序员也是一样不待见这玩意儿。
最简单的验证方式是你去问你认为在 vibe coding 中国程序员，他们是否认为自己在 vibe coding 。

[holulu]

看场景和需求。如果是不严肃场景和不需要长期维护的代码，可以用 vibe coding 。否则如果遇到 AI 解决不了的 bug ，人又无法迅速接手，直接完蛋。

[catazshadow]

白猫黑猫论就是造成天朝毫无创新力的根源，还在这吹

[bbbblue]

vibe coding 的前提其实是非码农 没太多开发经验的人吧
有的那叫 AI 辅助编程 不是一回事其实

[wanei]

ai 就是提供思路的和 api 辅助讲解

[alioth0909]

@javalaw2010 “严肃场景下的编程中使用 AI ，是需要人类参与代码的架构设计、技术方案的设计，并对生成的代码 review 的，这种 AI 编程方式严格意义上讲已经不属于 vibe coding 的范畴了”，很认同这个观点

[alioth0909]

@holulu 是的，我也觉得这是一个巨大的风险。

[alioth0909]

@pf94 部分认同你的观点。查了下维基百科，vibecoding 有一个关键的概念就是“A key part of the definition of vibe coding is that the user accepts code without full understanding.”。从这个角度看，跟开发者是不是程序员没关系了。有一个新的问题，如果程序员是从 stackoverflow/github 上 copy 的代码，算是在 vibecoding 么？

[alioth0909]

@zengxs 嗯嗯，我实践下来也是同样的感受。如果深入推敲为什么“核心模块，逻辑性很强那种代码，用 AI 写目前看还是不太行“，可能跟 API 文档的规范，上下文工程，上下文长度都有关系。相比 ai coding ，感觉短期内更需要的是一款优秀的测试工具，让 ai coding 成为跑道内的野兽，不至于太出格。

[deepbytes]

---
巨佬的意见是可以参考的

[alioth0909]

@deepbytes 膜拜下巨佬！技术的创新往往起源于玩具一样的产品，比如电动车，或者自动挡汽车。然后以意想不到的速度发展～

[vivianLi7]

刀拿在手上，能发挥什么作用，取决于怎么用

[ethanchen22]

用好了效率绝对是提升的。我最近一次体验中，一个原本要 3 ～ 4 天完成的任务，在 vibe coding 的帮助下不到一天就搞定了。但 AI 写的代码并不是“免维护”的, 测试时我遇到一个前端页面 bug ，让 AI 连续尝试了几次都没修复成功。问题在于：我对这块代码并不熟悉，手动修复难度很大；可是如果继续交给 AI 反复尝试，又不能确保它一定能修好。最后算是运气不错，还是 AI 自己修复好了。

[pf94]

@alioth0909 到这就可以终结了。既然你了解了 vibe coding 和 AI coding 是不同的东西，那么原文的逻辑基础已经不存在，深入思考也就失去了意义。

[iOCZS]

米国人没有能源焦虑，可能也没有气候变暖负罪感

[bowencool]

这不是跟“此内容由 AI 生成，请注意甄别”一样吗？起到一个提醒、免责的意思