现在大家的公司有从 0 到上线的大项目完全"vibe coding"的吗？

能骗到钱就行
有 ai 了谁还管这个事，那都是领导自己想去，一句话我让 ai 看看

让另外一个 AI 做攻击审查，再找一个 AI 做三方审查。不给配额是公司的事，再出了问题那已经尽力了。

微服务抽象和 devops 搞得好的话,用 ai 还是很简单安全的

大项目这种 vibe 中后期太痛苦了，前期看起来很爽一波输出，调试+修问题+各种中间对话，成本其实更高 而且会不可控

开个 OPC ，项目代码都是 vibe 出来

傻逼产品做了个独立项目，RPC 自动化一些页面流程，觉得自己天下无敌了。
现在期望推开发的纯 vibe ，质问他上线出了问题谁负责，他说团队责任。

有的。线上项目 100%是 AI 在迭代开发了

有的人的已经上线 N 次了，vibe 了 N 个大项目了。有的人还在那里怀疑。

@TomatoCLI 你就说 vibe 的那些大项目是不是一堆 bug

字节跳动现在很多代码都是 AI 写的了，我问还在字节的朋友说，他们已经 AI 写代码很久了

@HappyAndSmile 也不一定，开发过程做好边界和测试，基本上和手动挡没区别，我已经一年没写过代码了

能准确解释下“边界”吗？

Vibe Coding 是从去年下半年开始流行的吧。
到现在才不到一年，从 0 开始的“大”项目不到一年是上不了线的，
我理解的大项目 20+开发人员，开发 2 年以上（ AI 时代，游戏项目）。
用 SDD 可以提高 AI 的边界感，但不能完全解决。

害怕 ai 出 bug 的有没有想过一个问题，人写的就没 bug ？

以前人要几周的工作量，现在 ai 几天就做好了，多的时间迭代改 bug 不更好么。

@redbule 人出的 bug 人能改。AI 出的 bug 到后期 谁都搞不定。

Claude code 早就用实际行动证明过了。

管理层要求 100% AI Coding
SDD 已经干了大半年了，vibe 和表演各占一半把

@bojue 你是不是说的是本来已存在的大项目，后来才通过完全 AI 开发的？我自己也是啊，这种还好，我回应他的是从 0 到 1 完全是 AI 出来的大项目，我自己有一个内部日志平台，就是这样的，完全不可能再人工 review 和开发了，bug 也很多，都是自己做实际测试弄出来去修复

@xue777hua Claude code 用什么实际行动证明过了？

@xue777hua v 站程序员的水平连 claude sonnet 3.7 都比不上。哪来的自信 “人出的 bug 人能改。AI 出的 bug 到后期 谁都搞不定”

@xue777hua #15 每次看到这种话，我就想问问你古法的代码到底有多好，有多优雅，能发出来看看么

大项目没有，小项目有。AI 前后端一块写，速度很快，还不用沟通...

完全 vibe 了一个电话 crm 系统 目前给菲律宾客服部门在用 nodejs 的 稳定了几个月了

@HappyAndSmile 复盘的时候发现，测试阶段 bug 量比之前纯人工还少。只是严重的 Bug 占比更多。。。其他 vibe 不 vide 的，反正用户认可就是好的开发方式。

这种项目上线之后，后期怎么维护呢？也靠 AI？

@Tink 对啊，AI 拉的屎就让 AI 去铲，不要自己下手

@Tink 大项目就考验提示词水平,前提模块切分越细,后期越好定位.
你一句话写的大项目,后期肯定不好维护的.

咋说呢，纯 vibe 出来的项目，就是把压力全给到了测试。如果测试没测好，上线出了问题，全部人都在看你傻乎乎的对着聊天界面贴日志，描述问题...

大项目有再弄，但是越复杂的项目，你对整体越失控，现在就是频繁靠 agent 审阅返修

@TomatoCLI #23 你的这个我也认同，我也是同样现象，总体 bug 数量少了，但严重的和低智的比例确实多了；现在我就是两条路线走，原有的旧项目迭代，还是需要认真 review 代码，尽可能增量式兼容式修改，而纯 AI 代码的项目，就已经不会再 review 多一行，让它改完再测，再改再测。。

整个项目的没有，一个项目全新重构模块用 AI 还不错，不过已经算是黑盒了，迭代太快大部分代码都没打开看过，唯一能保证的就是能通过外部老模块去验证

@emSaVya #19 人能改的意思是，人写的代码，他烂你也能一眼看出烂，但还是能理解大致意思。ai 却会存在微积分算加法的情况，你在拆解过程中能还原意图嘛？真受不了你们喜欢跟模型比的，我很好奇你又能够得上哪个梯队的模型？你在其他人眼中不照样是个豆包

@SanjinGG 我是不如啊 所以我全用模型写了。看代码/写代码/拆解任务/找 bug 人都不如模型。

换一个问题：你们多久没有手写代码了？

@emSaVya #32 所以搞半天你用模型输出一堆屎？毕竟你都分不清好坏，全靠模型自己编呗，这也太幽默了

@HappyAndSmile #17 一部分吧，之前我们走低代码方案

1. 后端 ORM+JSON 化配置
2. 前端低代码 JSON 配置+通用组件

很好的解决了幻觉问题

bug 主要是业务 bug ，感觉技术本身的 bug 不多,如果有测试用例的话，弱智的 bug 问题估计可以解决，但是杜绝不了

还是要 review ，有时候冒烟测试都有问题

@SanjinGG 模型输出的是一堆屎 那你这种程序员输出的又是什么？头部公司很多组都 100% 模型生成代码了。你要不先从下沉市场出来看看情况？

@bojue 难绷 没看到 bro 本科都没有。是我的错 不应该跟你聊这些。

@SanjinGG 难绷 没看到 bro 本科都没有。是我的错 不应该跟你聊这些。

@emSaVya #36 我以为你清华毕业的能读懂我这种底层人的意图的 ，真是太让我伤心了。原来头部公司做的东西都是行业标杆啊，国内那卡的 tm 自己都不愿意用的软件你也能舔，你真是这个👍。还 100%模型生成，除了趁机降本，我也没看到使上 ai 增加了什么营收，还是说在本来的屎山上加了个 ai 入口，给你这种无脑 ai 的整高潮了？要不你细说？

@emSaVya #37 啥玩意，会错人了还是

感觉到后面需求膨胀了，你必须得非常熟悉需求，如果是 ai 头脑风暴出来的需求和页面，到后面会有失控感