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

查看 370|回复 58
作者:wzzexe   
今年年初,Agent 的爆发让公司管理层看到了“智能体替代部分客服岗位”的可能性,于是很快给我们下达了客服 Agent 的建设目标,覆盖 App 在线客服和电话线路客服两大场景。
问题在于,我们团队并没有专门的 AI Agent 工程师,成员基本都是 Java 和前端开发。面对全新的技术栈,大家只能一边学习,一边借助 Codex 等 AI 编程工具完成系统设计、架构搭建和业务开发。
经过几个月的赶工,第一版终于上线了。
然而,真正的问题也从这一刻开始暴露。
上线后的实际效果远低于预期。系统频繁出现各种异常,但团队却很难定位真正的原因。大量核心代码都是 AI 自动生成的,代码结构复杂、抽象层级混乱,很多逻辑连开发人员自己都难以理解,更不用说进行维护和排查。
于是形成了一个恶性循环:代码看不懂,只能继续让 AI 帮忙修改; AI 修复了一个 Bug ,却往往又引入新的问题。今天修好了 A ,明天 B 又坏了,整个系统逐渐进入一种“越修越乱”的状态。
随着业务量增加,问题开始集中爆发。
电话线路一旦并发稍高,系统就会出现性能瓶颈甚至直接崩溃;在线客服和语音客服在对话过程中经常出现长时间沉默、响应超时、上下文丢失等问题,导致用户无法获得正常服务。
最终的结果并不是提升客服效率,而是让原本稳定运行的人工客服体系也受到影响。客服人员不得不频繁接管异常会话、处理系统故障、安抚用户投诉,整体工作效率反而比上线 Agent 之前更低
问问各位大神 这种情况怎么破局 ?

agent, 代码, 性能

icanfork   
正常,接受现实,继续让 AI 修,有问题就说 AI 覆盖测试的渗透率不够,要继续提高 AI 在测试环节主导作用
反正 AI 是大趋势,以后就是你骗骗我,我骗骗你,多领一天工资是一天,不然你的 AI 代码率不达标直接 fire
iv8d   
这……确实挺严重的,不过你们都不测试吗,直接上线???前期问题都没暴露出来,后期确实会这样。
sentinelK   
首先,本来 Agent 这个形态就不是一个 100%确定结果的产品,这个你们没有预期吗?
其次,引入 Agent 应该循序渐进,而不是硬切换。比如最起码要和既定的客服流程并行处理一段时间,采纳率高于某个阈值再上。
然后就是所谓的性能瓶颈,这说明你们对于产品本身的定义和选型都没做到和场景适配,在这种情况下跟代码就没什么关系了。
SeanChense   
难道不应该是两套系统共存,新系统慢慢放量吗?我看你先把老系统拿回来,新系统用这个方法先迭代一波再全量吧
Sundayz   
找个领导背锅
sentinelK   
换句话说,这和 vibe Coding 有什么关系?
你自己发明了一个药,也不做调研也不做实验,一下子直接把病患吃死了,然后你说这个药的生产设备有问题?
lujiaosama   
没有灰度的概念?直接全量上线这么勇啊。 至于这套系统,估计可以埋了,改不好的,修修补补不如等 AI 进一步迭代完全重构。
Valid   
vibe coding 的项目要严格拆分业务,微服务架构极佳
xiaowoli   
AI 大跃进时代下的 KPI 产物,上线即巅峰,之后全是下坡路。
两条路:
1. 回滚到人工时代
2. 等 AI 进化,相信后 AI 的智慧
您需要登录后才可以回帖 登录 | 立即注册

返回顶部