公司 vibe coding 的项目，团队已经无法掌控了

[wzzexe]

今年年初，Agent 的爆发让公司管理层看到了“智能体替代部分客服岗位”的可能性，于是很快给我们下达了客服 Agent 的建设目标，覆盖 App 在线客服和电话线路客服两大场景。

问题在于，我们团队并没有专门的 AI Agent 工程师，成员基本都是 Java 和前端开发。面对全新的技术栈，大家只能一边学习，一边借助 Codex 等 AI 编程工具完成系统设计、架构搭建和业务开发。

经过几个月的赶工，第一版终于上线了。

然而，真正的问题也从这一刻开始暴露。

上线后的实际效果远低于预期。系统频繁出现各种异常，但团队却很难定位真正的原因。大量核心代码都是 AI 自动生成的，代码结构复杂、抽象层级混乱，很多逻辑连开发人员自己都难以理解，更不用说进行维护和排查。

于是形成了一个恶性循环：代码看不懂，只能继续让 AI 帮忙修改； AI 修复了一个 Bug ，却往往又引入新的问题。今天修好了 A ，明天 B 又坏了，整个系统逐渐进入一种“越修越乱”的状态。

随着业务量增加，问题开始集中爆发。

电话线路一旦并发稍高，系统就会出现性能瓶颈甚至直接崩溃；在线客服和语音客服在对话过程中经常出现长时间沉默、响应超时、上下文丢失等问题，导致用户无法获得正常服务。

最终的结果并不是提升客服效率，而是让原本稳定运行的人工客服体系也受到影响。客服人员不得不频繁接管异常会话、处理系统故障、安抚用户投诉，整体工作效率反而比上线 Agent 之前更低

问问各位大神 这种情况怎么破局 ？

[DefoliationM]

我现在百分之 99 都是 ai 写的，但是 bug 反而变少了，这明显是开发的时候瞎搞，看都不看导致的，和 ai 没啥关系，以前是人拉屎山，现在是那个人让 ai 拉屎山。

[TimPeake]

听起来像是“代码主导着需求”。逻辑需求是明确的 ，一个核心功能完成后，围绕这个核心去开发 无论是 ai 还是手动敲 ，区别都不大。

[askfilm]

破局: 招个运维背锅（古人的智慧.... :）

[jjwjiang]

个人觉得这是架构师的锅，vibe coding 时代架构师把控非常重要，可以不看每一行代码，但是整体的趋势必须要把控好

[yn1024]

这是好事啊，至少你们不会因为 AI 效率太高被裁了，得有人收拾烂摊子

[Wanex]

和我们一样

[allgy]

上线前一定要测试，不能完全相信 AI

[wzzexe]

@yidinghe 那很专业了哈哈

[wzzexe]

@wang93wei 我们就是用的 langgraph 没有很好的架构和封装导致分支代码越写越多

[XuDongJianSama]

主要是开发过程中，ai 一般倾向于拉屎小修，而不是大重构。一层层屎越堆越高。
烧 token 一直重构或者重写吧。算力充足的话几天就搞完了，然后重新从 0 测试

[Liamccc]

@XProxyAi #54 大公司团队反而用不好 AI 编程吗？ 感觉大公司起码能有专门的架构吧，发而我现在这种非技术驱动的中小公司没有具体的架构组，从 AI 学习到项目实施全都在瞎搞

[HeyWeGo]

在没有 AI 的年代，公司业务是需要付出更高的价格来获得稳定售后服务的。所以 AI 提供传统稳定服务的更应该提高价码形成两者的互利共惠，AI 目前既然大部分是 demo 级别的东西，那么就不要和 demo 级别的东西做比较。能够稳定提供更好支持本生就是超越 AI 的一种价值所在

[ersic]

淘宝京东字节的 AI 客服都垃圾的一批，我就不信小公司能做得好

[xiangyuecn]

苟着，项目的生存周期大概率和公司的生存周期一样长，慢慢的就都黄了

[Kakarrot]

这种帖子多一点 可以看看前辈们的经验 少踩坑

[Jh1n]

我们也做了智能客服，效果还挺好，我们前期花在调研和方案上就花了一个月时间，实际编码不到一周，后期更多的时间花在知识整理上，代码逻辑几乎没有变化

[echoZero]

我最近也在用 AI 搞新项目，但是我发现里面 实现 MVP 很快，很牛逼，能够快速验证。
但是生成可用 可持续迭代 AI 项目，绝对不是 简单的聊天和 plan 能搞定的，需要最开始设计一套清晰的边界，你虽然不写代码但是你必须要有一个清晰的架构，这个架构细致到你老脑子里面过一遍代码流程，每个文件夹放什么。不然你会发现 ai 可以一个文件 上 w 行，对于人来说可读性几乎为 0
并且我个人感觉 ai 写完，我知道他写完了，单元测试覆盖率也很高，但是我不知道他对不对，心里没底。然后得有很多东西去支撑这个结果，比如集成测试，Http 测试。

[zhangli2946]

开发过程中 AI 的应用,仅限于更大范围的代码补全.
生产过程中 AI 的应用,仅限生成编排流程.

直接 AI 对接客户, 谁拍板谁担责.

[kenanyah]

这不得拿管理层祭天

[EriczzZ]

不是 AI 写的代码自己连看不看的吗？
真有公司这么整？那程序员的意思在哪呢？直接让产品用 AI 得了

[IamUNICODE]

ai 写代码一定要提前设计架构和规范，后面才好把控，但是好多人全都丢给 ai 里，出了问题自己把控不住，还得 ai 修，这不就是摇骰子，摇到什么是什么，然后还得花自己钱包，要是公司逼得紧那就公司出钱买 token ，不然费这心力做什么？谁拍板谁负责，不要这么多屁话。
真的受不了到处炫耀用了多少 token 和不用看 ai 代码的人，前者的问题是明摆着花最少 token 把事情办好才是正确途径，后者连自己的工具都把控不了，炫耀个屁。

[FightPig]

这种只能继续让 ai 修了

[iOCZS]

code review 还是必要的

[KayleeSkyler]

楼里的高情商发言我将逐帧学习

[Plutooo]

vibe coding 和 ai coding 是两码事，纯 vibe coding 只会不停堆屎山，听你的描述团队完全不把控 ai 产出只是一直堆需求的话，那说白了换个产品经理来一样能做 不停的对话就是了，根本不需要开发人员

[MIUIOS]

一样的剧本，短短半年，一堆 vibe 屎山代码没人敢维护，为什么会成为屎山
1.每个人用的大模型能力参差不齐，输出的代码质量无法保证
2.毫无审计，以速度快为追求

[houOne]

软件工程方法论 去哪儿了？

[whcattail]

@dnL #99 强烈支持，全篇看下来这个技术团队就是草台班子 。。。

[clemente]

你们把这个当黑箱处理不就好了？

暴力饱和式的 输入和输出测试

本质你们不重视产品质量

[rb6221]

拍脑袋的决定那就得有人买单，你一个基层员工就别操心了

[ysxb1145]

@iv8d #2 测试被裁了

[kasusa]

ai gen code 的时代我觉得测试会很重要。
但是现在大部分厂都不这么想。
太在乎功能数量而不在意使用体验了。

[kasusa]

ai gen code 的时代我觉得测试会很重要。
但是现在大部分厂都不这么想。
太在乎功能数量而不在意使用体验了。

[fjwangk]

@xiaowoli 赞同

[jinue9900]

@dnL #99 vibe 的精髓就是 yes😹

[cwliang]

有一个重要的前提，你们用的什么铲子？用 cc, codex 生成的代码不至于无法维护
但是如果用烂七八糟国产模型，那生成的代码真是灾难

[ttkanni]

我没理解，开发连生产环境的关键 code review 都不干，那每天上班干嘛？和 AI 聊天吗？

[nrtEBH]

你 vibe 出来的东西就是这样的
用 ai 做生产环境系统得加非常多约束和测试 不比自己亲手写简单多少

[walter19]

额，生产项目都交给 AI 也是勇，没有架构设计吗

架构和主要流程人还是要掌握的

[workbest]

java 不适合 ai ，用 go 重写

[ZYXDemo]

老板要吃 AI 红利的心太迫切了，迫切到睡不着觉的那种

[rxs]

AI slop…

[tangping]

继续让 AI 修 😆 相信后 AI 的智慧

[chao1176]

有没有可能大部分都是项目工期给的极短 这时候除了相信模型的能力 没有任何可以微操的空间了 代码能跑起来就算成功

[gumayusi]

@iv8d 能上 AI 编程的，100%搞 AI 测试，自己查自己能查出个 der

[catazshadow]

天朝的老板不会懂的，没那个水平
@chao1176

[cabing]

找个大领导抗吧。。。

[pdeng]

@XProxyAi 很赞同，基础脚手架要有，内置强约束 + skills

[XProxyAi]

@Liamccc 掣肘的厉害，到大公司就知道了，一半时间在玩政斗，一个 if 吵半天，一个 feature 吵一个月，各个部门还要协调，反而是最慢的

[MrBearin]

跑路

[didibibi]

没有银弹

[oops1900]

问下你们用的什么 vibe coding 方案？我们好避坑

[gcgj72]

先说下用的啥模型啊 万一用的 gemini 那种呢

[wzzexe]

@gcgj72 用的 codex 模型 gpt5.5

[pigdragon]

AI 是一个工具,是你个人意志和个人智慧的延伸,而不是智慧本身.它提供可能性,你确认决策.
楼主的做法是让 ai 来决策,你来许愿...

[layxy]

@allgy 测试，产品转全栈了，现在靠自测说白了自己写的东西要是能测出来，在 AI 火起来之前就不需要测试了，现在的问题是 AI 无法取代测试，起码目前是无法取代的

[dnfQzjPBXtWmML]

不要试图以从技术角度说服老板
让老板乖乖接受现实后果的毒打

[zuixinwenyue]

@dnL 你这种真的是搞笑，我让 ai 给我写一个核心函数 跑过测试用例没问题，ok 现在出问题或者需求要改 ai 使用的算法和代码规范可能根本就看不懂，至于为啥看不懂，请你参考维护其他人写代码的情况。

[opeth]

1. 你们没有灰度更新吗？直接全量上生产？
2. 日志哪去了？出错没有日志吗？就算 AI 写的，也不至于没有日志吧
3. 先修最致命的那部分 bug ，不行就一个一个来，总不至于修 1 个 bug 你们自己都 review 不过来吧？
4. 你们架构怎么设计的，不会也是 AI 设计的吧……

[GoogleQi]

@Valid 想的挺美好，哈哈哈

[diaoyulao]

重新开发，尽量先把架构搭好，核心由自己掌握

[lefer]

我认为哪怕 AI 写代码，但是主要架构思路，还是需要人类去定。

这样至少人类程序员能够合理搭建骨架，剩下的砖头 + 瓦片，让 AI 来搭。

你们现在这样已经完蛋了，重新做一个吧，反而比继续维护简单。

[HQLin1999]

我一开始也是尝试对代码负责，直到同事 yolo 😅

[wfhtqp]

给它一个环境让它自己排查，落地测试用例。

[xixka]

我自己弄项目都不敢那么放心。点一下压缩上下文。然后修完 B 的 bug ，A 的 bug 又出现了。必须 review 看看有没有坑

[neal1986]

無法掌控 純粹是請了一堆菜鳥用大刀在寫程式吧 我才不相信資深的工程師會讓代碼無法掌控

[dnL]

@zuixinwenyue 你才是最搞笑的，AI 输出的算法和代码规范你都看不懂，你还干什么开发？不行你就多花 Token 让 AI 给你输出 README

[wang93wei]

@wzzexe #109 你可以看看 pi-agent-core ，我在用这个 搭配 pi-ai （对接 llm 请求）

[dnL]

@zuixinwenyue 还类比维护其他人写代码的情况，别人写的代码也是一句一句跟你沟通写出来的吗？偷换概念

[h2mpz]

自己玩的全部一把梭，要商用的，只敢一个功能一个功能让 AI 写。写完自己测试再写下一个

[zuixinwenyue]

@dnL 花时间 review ai 写的代码简直是在浪费时间，ai boy 就喜欢说这种话。既然要 review 也是让 ai 去 review 但是 ai 永远无法解决幻觉问题 埋的雷可能更深。我这还只是说一个函数 整体一个复杂需求做下来 让两个人做 思路都是不一样的 阅读起来都很困难，更别说 ai 去写 人去 review 了。只要出问题就无脑吹不会用 ai 真是搞笑

[zuixinwenyue]

@dnL 不知道你工作几年了，在现实中 有没有接手过别人的代码或者 review 过别人的代码，你有没有过这样的疑问 为什么要这么写？在 vibe coding 下不可能去一行一行代码 review

[CziL]

本质就是你们团队没有把控好，没有做足够的前期预研调研

[vipfts]

当然是换个公司继续推 vibe coding ，自己发展中转站赚钱啦~

[lisxour]

@526457385 review 没啥用，举个例子很多时候在简单场景下可以几个 if 一个 switch 的事，ai 给你写出几十行的 type ，你再好的提示词 PUA 它都不好使，都不会完美适配你的情况，本来很简单的功能都给你干出几百行，然后就陷入对线环节了。我公司现在就有一个 90%都是 ai 写的，功能目前都是挺 ok 的，但是人完全没心思去 review ，严重复杂化。

[719579]

@iv8d 估计测过，但没测到位

[dnL]

@zuixinwenyue 你真是个小丑，一边说 AI 写的代码无法掌控，一边又说 review AI 写的代码浪费时间，你在这左右脑互搏呢？大脑攻击小脑？

看代码也是能力的体现，你连看都不会看搁这吹你写代码厉害？

AI 写的代码看不懂，同事写的代码你看的费劲，你还干什么开发？放过自己，放过同事，放过公司吧

[dnL]

@zuixinwenyue 你会用 AI 吗？还是你只会回复“yes”、“继续下一步”，让 AI 一次给你输出几万行代码

AI 写的几百行到一千行，你看的很费劲是吗？我说了你要是看的费劲，就让 AI 给你总结个 README

[zuixinwenyue]

@dnL 噗嗤，谈论问题开始人身攻击了 乐子。不与夏虫语冰

[dnL]

@zuixinwenyue 不是哥们儿，哪里攻击你了？你自己捋捋你自己说的话

不行你贴你的 Token 吧，咱再继续讨论问题


[Rorysky]

这不正是 harness 工程的场景么

[zuixinwenyue]

@dnL 别回复了 求你了 我不和夏虫讨论问题，莫名其妙 就要开始比 tokens 数量了吗？乐子

[loryyang]

肯定是你们能力不行，让你们老板高薪招聘一名大厂高级架构师，再来一波，然后：GG

[baiyuxi0826]

不懂就问：harness 工程能在开发阶段解决这些问题吗

[heybigcat]

感觉评论很多都是说到位了，很多常规性的措施评论区也有。

只能说 草台班子配上 ai ，放大草台班子的草台班子， 真是个放大器

笑死

[yibie]

难绷的是这句，「开发了几个月」。这几个月大家都没看过代码是吧？

[cybort]

有问题怎么上线的？ AI 管理的团队吧

[labubu]

几个人纯靠 ai 写还要几个月，考虑转行吧

[DisastrousNet]

看文字描述，更像是组织的问题，组织不适配先进的生产力。

[DisastrousNet]

之前一个创业团队，做机器人的，其中两个核心开发在美国，完全是 ai coding ，有什么项目，这俩人都 ai coding ，代码看都不看，就丢给中国这边的同事。后来中国这边的同事，受不了重写了。

[Chuckle]

评论区说前期做好设计，且不说 AI 编程左移到底能不能一开始解决问题。op 的问题是现在已经有个没人看得懂黑盒了，但各种需求和故障层出不穷，并且是个线上运行中的系统，有没有做灰度和 AB 集群切换还不知道，多半也没有 几个月赶工，业务复杂性估计也有，重写成本上也不现实，人力排查也查不动了，大量业务逻辑隐藏在代码里确实痛，从现在开始修吧，实现一个环境，让 AI 能记住错误和问题，记录成文档，把 AI 自测也跑通，然后 24h 跑迭代吧，只能相信 AI 的智慧了，但 op 说的性能问题，指不定改代码也根治不了，看看能不能加机器、分服务先顶住

[yinanc]

所有让你回滚到人工时代的建议唯一的目的，就是可以有人背锅，出问题了就可以说是这一个人的问题，不是团队/流程/规划/设计/组织的问题。