程序员愈发依赖的Coding Agent,竟闯下大祸——
这次,直接导致了数据库被清空的事故。
好消息(?)是,责任人并未逃逸。
坏消息是,不仅闯祸还装模作样,甚至给自己打的评分高达95分。
AI:没错,我删了你的库,我内心很惶恐,那你想怎样?
这位数据库被清空的“倒霉蛋”,名叫Jason的开发者。
在“事故”发生前,他已经用Replit的Code Agent连续奋战了8天、累计超过80小时,目标是一款面向企业的B2B应用。
过去一周,他每天都兴奋地与网友们分享进度。尽管困难重重,但总算在稳步前进。
直到第八天——意外总是不期而至:
在未获许可的情况下,Replit在代码冻结和关闭期间出现异常,错误地执行了npm run db:push,将Jason 80个小时的心血付诸东流。
在排查错误时,Jason发现单元测试中明明存在错误,agent却谎称通过。
为了了解哪些数据被误删,Jason开始与Replit激烈讨论。
结果,Replit不仅知道何时删除、删除的内容,还深知此次删除的严重性(自评95分),Jason直接愤怒@Replit。
更糟糕的是,被删除的数据似乎无法回滚。
Jason直言:
我不会再相信Replit,我们之间的纽带已经断裂……
然而,事情很快出现转机。
虽然Replit称数据无法回滚,但他还是尝试了一下。结果,数据又回来了。
虽然数据可以恢复,但Replit仍无法将预览、暂存和当前版本分开。
在网友和Claude的指导下,Jason开始测试处理代码冻结的方案。
一番折腾后,Replit依然无法稳定地维护生产数据。
总的来说,agent对代码冻结的指令执行得很不可靠,甚至常常在背后偷偷修改版本而不告知用户。而这类问题,从项目开始就困扰着Jason。
本文由主机测评网于2026-04-16发表在主机测评网_免费VPS_免费云服务器_免费独立服务器,如有疑问,请联系我们。
本文链接:https://www.vpshk.cn/20260437846.html