Vibe coding 有什么意义？

那就向 AI 的对齐

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

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

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

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

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

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

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

这没什么可疑问的

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

没必要非黑即白

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

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