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

wzzexe 2026-07-02 17:13 1

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

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

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

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

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

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

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

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

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

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

最新回复 (100)

icanfork 07-02 17:16

1楼

正常，接受现实，继续让 AI 修，有问题就说 AI 覆盖测试的渗透率不够，要继续提高 AI 在测试环节主导作用

反正 AI 是大趋势，以后就是你骗骗我，我骗骗你，多领一天工资是一天，不然你的 AI 代码率不达标直接 fire
iv8d 07-02 17:17

2楼

这……确实挺严重的，不过你们都不测试吗，直接上线？？？前期问题都没暴露出来，后期确实会这样。
sentinelK 07-02 17:18

3楼

首先，本来 Agent 这个形态就不是一个 100%确定结果的产品，这个你们没有预期吗？
其次，引入 Agent 应该循序渐进，而不是硬切换。比如最起码要和既定的客服流程并行处理一段时间，采纳率高于某个阈值再上。

然后就是所谓的性能瓶颈，这说明你们对于产品本身的定义和选型都没做到和场景适配，在这种情况下跟代码就没什么关系了。
SeanChense 07-02 17:19

4楼

难道不应该是两套系统共存，新系统慢慢放量吗？我看你先把老系统拿回来，新系统用这个方法先迭代一波再全量吧
Sundayz 07-02 17:19

5楼

找个领导背锅
sentinelK 07-02 17:19

6楼

换句话说，这和 vibe Coding 有什么关系？
你自己发明了一个药，也不做调研也不做实验，一下子直接把病患吃死了，然后你说这个药的生产设备有问题？
lujiaosama 07-02 17:22

7楼

没有灰度的概念？直接全量上线这么勇啊。至于这套系统，估计可以埋了，改不好的，修修补补不如等 AI 进一步迭代完全重构。
Valid 07-02 17:25

8楼

vibe coding 的项目要严格拆分业务，微服务架构极佳
xiaowoli 07-02 17:25

9楼

AI 大跃进时代下的 KPI 产物，上线即巅峰，之后全是下坡路。

两条路：
1. 回滚到人工时代
2. 等 AI 进化，相信后 AI 的智慧
jackOff 07-02 17:25

10楼

我目前只有 ui 让 ai 完全发挥
None2 07-02 17:26

11楼

「在线客服」也长期沉默，这个就很有问题了。用新的模型重新开发吧
wonderfulcxm 07-02 17:27

12楼

推倒重来，现在已经是一个鸡肋系统了
wzzexe 楼主 07-02 17:28

13楼

@lujiaosama 之前的系统都是三方购入的口子在对方那边，后续不打算再合作了压根不会配合我们改造。电话线路是新开的走到新系统但是也是影响了比较多的用户
lightryanking 07-02 17:29

14楼

让 fable 修一下呗
526457385 07-02 17:30

15楼

虽然现在用 ai ，但是每行代码我都仔细看过，业务逻辑都知道是干什么的，还是要把握到自己手里，ai 只是把你会写但是不想写的东西给写了，如果 ai 生成的你完全看不懂那最好还是学习一下再落到项目中。
SannaVlachos 07-02 17:30

16楼

@xiaowoli 哈哈哈哈，AI 大跃进
wzzexe 楼主 07-02 17:35

17楼

@xiaowoli 确实是 kpi 产物，屁股决定脑袋。只能硬着头皮把项目做下去团队都挺头疼的
anonymous256 07-02 17:35

18楼

写代码最难的部分是抽象，这恰恰是 AI 最不擅长的地方。AI 可以帮写出一个能运行的程序，但它不会默认设计出一个良好和可维护的抽象。这部分工作应该由自己主导，这样即便出问题也不会太严重。
venk007 07-02 17:36

19楼

业界有很多成熟的 AI 客服系统可供选择，比如我们 [doge]
keethebest 07-02 17:37

20楼

代码结构复杂、抽象层级混乱，很多逻辑连开发人员自己都难以理解

这是代码没审查吗？就算不一行行看大致结构和逻辑还是要过下的。
如果偷懒完全把工作全都丢给 AI ，最后得到的也只会是一堆屎山。

屎山没有重构的必要了，重新写一套吧
wzzexe 楼主 07-02 17:38

21楼

@526457385 确实是的，目前项目脱离 ai 没有人能看懂没人能改了，那么我们的意义就是 ai 启动器连决策都做不了
wzzexe 楼主 07-02 17:42

22楼

@keethebest 新项目完全是 ai 写的，只能说一开始路走歪了导致现在无法掌控。重新写领导肯定不同意的
goumadantui 07-02 17:43

23楼

81%的企业承认它们缺乏对 AI 生成代码的可见性——你甚至不知道代码库里到底有多少是 AI 写的。

这给故障排查带来了一个很隐蔽的麻烦：AI 生成的代码通常语法完美、lint 检查全过、单元测试覆盖率还不错。它的问题不在"这段代码跑不通"，而在"这段代码在特定条件下的行为不是开发者预期的"。这个 gap 叫 intent gap——模型产出的东西和开发者真正想要的东西之间的距离。

你可以看看这篇文章： https://www.fuzhoupyy.work/index.php/archives/449/
xiaomushen 07-02 17:46

24楼

当然是继续烧 token 啦，用 loop coding ，买 AWS bedrock

加油往前冲！不要在意钱
fwee 07-02 17:47

25楼

用 fable ，或者等 ChatGPT 6 发布后修。如果还有问题就再等等新模型，先熬过去就行。
aice114 07-02 17:48

26楼

所以一个牛逼的大佬有多重要
EastLord 07-02 17:48

27楼

补测试用例呢？
wzzexe 楼主 07-02 17:51

28楼

@EastLord 测试用例都有的因为业务场景上对 ai 的延迟要求高，我们加入了很多流程的硬编码，流程一多就变成屎山了
blockmin 07-02 17:52

29楼

代码要人工审核。
可以让 AI 设计结构，但是要人工检查。
每次修改代码要给出详细的方案，一定要细到不能再细的点，不然写出来的代码有可能不符合原始需求
要 AI 不要补丁式修改代码
任何需求之外的代码改动必须的到审核且同意之后才能修改
要 AI 写交互式的测试脚本，认真检查日志请求与返回
要有人工测试
AI 写代码还有很多坑的，得自己踩多了才能用的相对好
wzzexe 楼主 07-02 17:55

30楼

@blockmin 是的复盘总结下来 ai 的边界是很重要，和自己写代码完全不一样。
keethebest 07-02 17:57

31楼

@wzzexe #22 那只能硬着头皮上了。先让 AI 重构吧，先让 AI 写设计文档，至少把结构层次拆分清晰，然后重构。结构稳定了再让 AI 写单元测试，修复 bug ，让 AI 自测。烧完 token 后，再人工测试
giter 07-02 17:57

32楼

写之前先定好一版全团队适用的业务实现方案，然后用强模型去生成 spec 规范文档和 plan 实施计划文档，再去开始实现功能。上线之前一定得做压力测试。
wzzexe 楼主 07-02 18:00

33楼

@keethebest 天天都在救火，能稳定就能重构了。
HappyAndSmile 07-02 18:01

34楼

我认为再多的措施都没什么用，只能延缓。这种情况是必然会发生的，尤其是全用 AI 新堆出来的项目
sampeng 07-02 18:02

35楼

这就是写的时候人不监督。。。
换句话说，写的人都不明白为什么要这么写，指导都不知道从哪指导
HappyAndSmile 07-02 18:02

36楼

我自己写了一个比较好用的日志查询平台，全部代码都是 AI 生成的，已经变成了人工不可维护的状态了，幸好我平时自己点点点测试，bug 没那么多
zzxCNCZ 07-02 18:05

37楼

这项目是不是多人开发的，vibe coding 必须要有一个人能全局把控。同时团队项目还会有一个问题，每个人 vibe 的技能熟练度，把控能力不一样，如果团队里有人疯狂造屎山，那早晚完犊子
wzzexe 楼主 07-02 18:07

38楼

@zzxCNCZ 就是多人开发的，每人负责一部分
wzzexe 楼主 07-02 18:07

39楼

@sampeng 尤其是自己不擅长的领域那真是 ai 大人说的都对了
webszy 07-02 18:08

40楼

灰度测试，慢慢分流，一点点加大系统负载，
8355 07-02 18:08

41楼

过渡期的阵痛继续 vibe 维修,快速制造新屎山这就是我们的趋势.
zzxCNCZ 07-02 18:09

42楼

@wzzexe #38 那真完犊子，不说别的，每个人 vibe 的工具也不一样，效果也会天差地别，结果就是生成成堆屎山代码
sampeng 07-02 18:12

43楼

@wzzexe AI 最好用的时候是不需要监督，最不好用的时候也是不需要监督。前者是做的人就懂，不需要监督，看结果一眼就知道问题在哪，很快就纠正。后者就是真的不监督。。。因为看不懂。。

从你的描述来说，你们应该是一锤子买卖。。我的项目 100% AI ，但是每个模块我都是重构 3-4 次以上，每有一个交集或者改了特别大架构，我就来一遍重构，反正就是等 2 个小时的事。慢慢整个代码就非常干净。不用 AI 我自己上手也能改。
yangzhezjgs 07-02 18:12

44楼

推倒重构，重新设计架构吧，引入一些成熟的开源框架，客服相关的语音 agent 框架还挺多的
actopas 07-02 18:14

45楼

这种有生产影响的重构，风险没有提前告知吗
sampeng 07-02 18:17

46楼

我项目总共时间只有 1 个月，我花了 2 个星期的时间把单元测试架构，Lint ，代码规范调好。可以让模型知道问题出在哪，这一步我现在觉得越来越重要。整个项目开发周期中我不需要花精力检查代码风格，检查低级问题，检查非常简单的性能问题。
helloet 07-02 18:17

47楼

目前也面临相同的处境，每天都是救火队员。
yuexiahaowu 07-02 18:20

48楼

降本增效，甩锅呗
BBCCBB 07-02 18:23

49楼

你和代码有一个能跑就行了
lujiaosama 07-02 18:28

50楼

@wzzexe 一个团队为了效率，如果没有充分的架构评审，测试回归，需求梳理优化这些流程，靠着 AI 大力出奇迹，短时间内是内糊弄过去的，后面爆发的技术债一定是猛烈的。基本上就是产品对需求的把控程度和技术负责人的 TASTE 几乎决定了一切。甚至感觉跟 AI 关系不大，还是管理的问题。
vacants 07-02 18:37

51楼

这是好事儿啊
C0VN 07-02 18:37

52楼

再 vibe 一个就好了
cnucky 07-02 18:37

53楼

ai 分模块深度审计多层级审计多维度审计出详细报告。
啥其他 ai 也别用就用 claude max 20x 或者 codex 200 刀的
XProxyAi 07-02 18:55

54楼

还是回到了最初的问题，软件工程的本质困难是复杂性管控，这个东西没有银弹，大语言模型不是这方面的银弹，这个东西必须要资深的开发来构建脚手架跟架构体系，AI agent 可以帮你填代码，但是一开始的设计必须要清晰，逻辑边界一定要管控好，全交给 agent ，啥也不管控，最后就是这个样子。

所以我最早就预言过，大公司团队反而用不好 AI 编程，由于人员协调，各方掣肘，老板不切实际的幻想，AI 用好了，在有经验的老手里面是一把利器，在没有经验的人手里，简直就是帮倒忙。
wzzexe 楼主 07-02 18:57

55楼

@lujiaosama 确实是这样的
wzzexe 楼主 07-02 19:02

56楼

@XProxyAi 你说的对，团队目前缺少的就是架构体系结果现在一地鸡毛
msg7086 07-02 19:03

57楼

我正在开发的一个个人项目有大概 2000 多个测试用例，其中一大块都是集成测试。
我是不知道你们测试量有多少。
另外性能测试本来也都是要做的。
本质上来说，任何可复现的异常情况都应该是可以做成测试用例然后让 AI 去做针对性修复的。

再还有，你们做过多少轮架构上的迭代？每生成一定量的代码就必须要让 AI 去回头看架构设计，最好是两三个不同的 AI 模型反复推敲确定架构，互相挑毛病最终确定一个最好的方案，然后再基于新的方案去推进实施。

最后再问一句，你们的架构师呢？ Team leader 呢？谁是负责人？总不能就一堆基层程序员拍拍脑瓜搞出东西来就上线吧？
wzzexe 楼主 07-02 19:10

58楼

@msg7086 项目没有架构师，领导是客服部门主管抽了技术部的人去做的相当于新的业务线 AI 方面大家都是没啥经验项目冲着减少客服人力去的压力又大，结果就是各种 AI 拼凑的产物
msg7086 07-02 19:13

59楼

@wzzexe 地铁老人手机.jpg
这领导是真不怕死啊……
XProxyAi 07-02 19:16

60楼

@wzzexe #56 能填代码的人，市面上一大把，现在 AI agent 这个能力也越来越强，把控全局，能给 agent 代码生成系统套上 harness 的没几个
Chicagoake 07-02 19:28

61楼

大家都讨厌联系客服时没有真人，为什么这些领导总觉得 ai 大爆发之后能这么轻松地替代真正的客服岗位？
wzzexe 楼主 07-02 19:32

62楼

@XProxyAi 感觉老板被抖音上那种不会写代码也能通过 ai 写各种项目的看多了总认为我们可以当全栈全能选手
wzzexe 楼主 07-02 19:50

63楼

@Chicagoake 我也不喜欢 ai 客服，在 ai 浪潮下老板第一能想到落地的场景就是这个了
zzNaLOGIC 07-02 20:01

64楼

@iv8d AI 写的代码已经没办法测试了。再加上一般对这种团队的期望就是极致高效，机制节省成本。往往又退回到了临上线前突然冒出来一个想法，立马就让 ai 干了上线的自欺欺人的阶段。更加是雪上加霜。
fovecifer 07-02 20:25

65楼

具体用的什么模型？
另外你们这种分工方式我觉得有问题，应该用最强的模型做整体架构设计，下面的模块可以拆分，由不同的团队来做
BeautifulSoap 07-02 20:33

66楼

lz 这帖子堪称今天下面这个帖子的最好的反例
https://www.v2ex.com/t/1224476

这帖子下面一堆人说从不看 ai 生成的代码，不 review ，ai 牛逼的，哈哈哈哈哈
HeinousAgenda38 07-02 20:36

67楼

为什么会有人觉得作为兜底的客服系统可以用 ai 代替
XProxyAi 07-02 20:37

68楼

@wzzexe #62 没办法，AI 还是要靠人来用，你没法让他给你做一个淘宝（老梗了）
getadoggie 07-02 20:47

69楼

很多人都在说 AI 生成的代码自己都不看-宣扬这种风气不是好事！换个好点的模型吧，然后看看能不能让 AI 尽量梳理出代码逻辑来然后做提示词工程吧一个需求换不同的话术然后再不断让它自我审查遗漏点你会发现它每次都能审查出一些来它其实不靠谱的。不过目前也只能这样多来个几轮
lujiaosama 07-02 20:58

70楼

@getadoggie AI 给人感觉不靠谱的地方就在于只要你坚持追问，总能得到新答案。或者是拿着一个错误的问题让他修正，他也能给出方案，而不是质疑。这种不确定性始终无法让人彻底相信。
zuokanyunqishi 07-02 21:01

71楼

不学习顶级 AI agent 公司的工程实践,就盲目大跃进...可不就是注定的大坑
getadoggie 07-02 21:02

72楼

@XProxyAi 有没有开源的好的方案啊按确定性标准的那种
zuokanyunqishi 07-02 21:07

73楼

@sampeng 重构三四次,不就是说明,没设计好啊..
getadoggie 07-02 21:07

74楼

@lujiaosama 因为它没有真正的价值评判都是在做“看起来对”的事情就像是一种“感觉”驱动的行为，闭着眼睛的。往后发展 AI 可能会在“看起来对”这个层次上做的更像、更像是真相的那个样子但永远不可能真正达到。它本质是基于概率的。
sagnitude 07-02 21:16

75楼

招 2 个正经的开发，或者提拔两个，在 AI 的辅助下，从头开始设计框架。写文档写规范，设计好了框架，推演几遍，让 AI 快速生成代码
xuanbg 07-02 21:19

76楼

我表示看不懂，这客服接入 AI ，不就是增加一个 AI 坐席，凡是有电话进来都是 AI 先接吗？如果是在线客服，那就更简单了。调一下接口的事，这还要写啥复杂代码？
yesha 07-02 21:20

77楼

大型项目都是拆分成一个个小项目来实现
fanyingmao 07-02 21:22

78楼

@getadoggie AI 生成的代码还要看，也是增加自己的心智负担，还不如一开始就自己写。现在项目一大，ai 的上下文就不行了，变的头痛医头脚痛医脚，反复改烧一堆 token 改不好，我独立开发小项目感觉都有点不可控，估计很多公司大项目 vibe coding 更会有这问题，然后时间花在 review 上
wzzexe 楼主 07-02 21:30

79楼

@xuanbg 有 asr tts 意图识别 freeswitch 客服 sop 流程处理语音对话要快速响应转接人工客服语音审计坐席系统等等还是比较复杂的
winglight2016 07-02 21:34

80楼

问题在于，我们团队并没有专门的 AI Agent 工程师，成员基本都是 Java 和前端开发。
——这里不是已经把问题说得很清楚了？没有不能招一个或多个吗？没有 hc 不能请个顾问吗？大家都不懂就不能先学一段时间再搞生产？这种搞法跟大炼钢铁有什么区别？
YGHMXFAL 07-02 21:39

81楼

看我历史发言,老早就说了这种风险,AI 写得代码自然人看不懂,于是自然人就硬依赖于 AI,等着爆烟花吧
wzzexe 楼主 07-02 21:41

82楼

@winglight2016 招了大多也是半路出家或者一知半解的，到现在都没有进人。时间节点倒排只能技术抽人顶上
levn 07-02 21:51

83楼

一个新的技能种类和岗位不就出现了
wuming2 07-02 22:02

84楼

可惜 AI 背不了锅，ls 一哥们说的在理，找领导背锅
z9ln 07-02 23:16

85楼

大胆猜测，lz 是也野鸡小厂内部推行扁平化管理，很多项目都是老板一拍脑袋就开工的公司。
看了你们的情况我真是太有感触了，小老板们看到 ai 来了就把 ai 想的无所不能。
现实是 vibe coding 在生产里其实更需要有人能把需求精细化、架构清晰、流程理顺，现阶段这套新的工作流的前置工作甚至比古法编程任务量还要大。
但是一般能上马这种项目的团队往往最缺乏的就是上述能力，历史项目管理都可能存在很大问题（比如我们）。
研发的团队面临的问题是，老板认为：随便是个人直接跟 ai 输入我要做个 xxx 系统不就好了吗。
甚至连个懂业务人都没有，但又只能照做。
结果就是弄出来一大坨自己都看不懂的史，review 的体验比自己重新梭哈一遍还痛苦。
你们还算是从真实需求出发开的工呢，我们就离谱多了，老板让我们用 ai 梭哈友商积淀十几年的项目，我们既不懂业务也没有源码，照着人家系统截图纯楞臆造。项目文件夹都还没建好，市场就已经卖出去七八套了。
引用上面老哥的话，多领一天工资是一天吧
LuliYanng 07-02 23:26

86楼

我也在负责我们公司的客服，跟 op 一样，也是同时在推进文字的客服和语音电话客服，不过我还是一个人在同时做这两个项目的测试性验证。尤其是语音客服，这种项目不仅仅是代码问题，每一个链路都容易出问题的，我已经测试 3 个月了，业务成功率也只能在 50%左右，而且波动很大，这种不仅仅是代码的问题，还有延迟、实际业务中电话这个形态导致的信任问题。op 的当务之急是先让公司内摆正对这种 ai 项目的期待才行，别被外部大吹特吹蒙蔽眼睛了，这个失败的原因是很多方面的，代码可能是其中一个小的方面了
yidinghe 07-02 23:28

87楼

你是技术负责人吗，如果是，那你可以说：

> 这个项目某种程度上可以说是成功的。因为业界没人做过，我们是先行者。现在的这个系统让我们积累了很多经验，既包括业务方面的经验，也包括技术方面的。特别是哪些地方是坑。我们不怕踩坑，经验就是踩坑踩出来的。现在这个系统已经完成了自己的使命，我们接下来会启动二期项目，总结这个一期系统不够完善的地方，重新思索如何让 AI 无缝地成为客服岗位的赋能帮手，这是我们二期要达成的愿景。
miniliuke 07-02 23:31

88楼

vibecoding 时代架构师非常重要，真的好多人就没有架构的概念。大模型的上下文非常有限，不能让 ai 做非常发散的东西，给用一个一个盒子把 ai 的代码装起来，尽可能让 ai 只改一个盒子里面的内容
seven123 07-02 23:39

89楼

等 AI 进化，相信后 AI 的智慧
catazshadow 07-02 23:43

90楼

https://www.v2ex.com/t/1219935

重温一遍
XProxyAi 07-02 23:47

91楼

@getadoggie #72 没有，harness 就是一整套脚手架跟管控 Agent 的软件开发设施，硅谷那边基本上不写代码了，都在给 Agent 写配套，完全自主编码/测试/部署/灰度/验证，写代码已经可有可无了，他们的玩法基本上就是把软件构建弄成一个 Agent 自主迭代的可控系统，围绕着 Agent 来构建自己的软件应用
micean 07-02 23:50

92楼

@wzzexe #21 我觉得不需要真人去看业务代码啊，我现在对于长流程，纯粹是让 AI 看完给我讲解，再剥茧抽丝
qbmiller 07-03 00:15

93楼

好事，工作保住
wang93wei 07-03 00:43

94楼

我们也在做 Agent ，我自己写的 Agent 现在已经是第三次重写了。还是别用 Langchain 、Langgraph 这种，直接找个 agent core 做底层封装一个要比从头写快，而且也可控
01802 07-03 01:43

95楼

只要 ai 一直在进步，以后花大价钱重构，多花的钱靠 ai 进步减少出错以至于可以裁掉更多人来弥补，就像吸毒一样直到某天所有 ai 靠一路学习都能轻易制作出替代你们公司产品时，你还没买够 ai 股票养老，就破产清算吧。
nuII 07-03 04:38

96楼

这是领导决定的，那就增加 AI 投入就行了，至于成本和收益，那不是你考虑的事。另外这也是个好事，团队不会被开，要是 ai 太好用，领导许个愿东西就做好了，那才是噩梦。
AIIsHallucFree 07-03 07:25

97楼

vibe coding 是一个工具，只能说明你们没用好这个工具，
1 、最开始写需求时就要说明并发数、性能要求等非功能需求
2 、上线前没有充分测试，把客户当你们的测试了
jjx 07-03 08:01

98楼

所谓的没用好 ai,或下次用就会解决问题, 个人认为都是错误

商业行为不会允许你犯错的,特别是要数值正确的领域,你犯错多次, 就是死

所谓的让 ai 继续修正, 是不是太随便了

人的技能一旦形成,下次犯错概率极小

ai 只有短期记忆, 依赖 md 文件,每次做事情你都可以认为是空白开始, 现在这种上下文限制的约束下, 怎么可能像人类一样工作

ai 最佳的途径还是 mvp, 从 mvp 能否转成正式产品,需要人评估
dnL 07-03 08:23

99楼

“代码结构复杂、抽象层级混乱，很多逻辑连开发人员自己都难以理解”

说明你们本来就是个草台班子，别甩锅 AI

项目架构难得不是自己提前规定好？ AI 每次输出代码不是你们沟通的结果？怎么可能自己都不理解逻辑！

你们用 AI 干项目，不会就一句话开头，然后一直“继续”吧？

趁早解散吧，别浪费投资人的钱
cat9life 07-03 08:33

100楼

这更印证了之前说：AI 能写代码，但是背不了锅