kimi写代码，agent误调用测试sql导致数据库被清空

你没备份吗？你有sql文件直接新建个库就行了呀

数据库没备份，甚至还是SIMPLE模式的

明天客户就要用了

我靠你知道我看到这句话的绝望吗，虽然不是我的工作 ^-^

kimi，是前端强，没说后端。。。。

居然不是只读账户，直接连啊，胆子真大

还是直接sa用户直连，没有其他任何账户。。。

神了，备份都不做的吗，以前glm删了核心文件都恢复了

我用的是kimi k3，甚至氪了

好贵的套餐

其实我们都只拿来写前端和游戏的，后端以前用K2.7开发过一段时间，确实没出过这类问题，但是这模型雷霆大思考

后端我们还是用DEEPSEEK\GLM多，你真勇

之前网上铺天盖地说kimi k3好强，说美国都要禁用。。。我真信了kimi k3好强，恰逢chatgpt和claude额度都用完了

现在的 ai 太强了，之前我叫 glm 帮我排查一个问题，然后我就去上厕所，回到来他拿到我prod 的配置，直接连数据库帮我查数据，我立马飙冷汗，立马追加规则，严禁连数据库，只能让他生成 sql 给我，我手动执行。

哇哦，怎么处理不知道，但是很好奇后续会怎么样 ^-^

神了兄弟 怎么敢直接上生产环境的

你直接在生产环境操作? 那只能说迟早会爆

k3是很强，但仅限前端，后端一直在拉屎的，兄弟，我看到你说的“明天上线，客户就要用了”如果是我的话不敢想有多绝望

使用需谨慎啊佬。

不管agent犯什么错误，他永远不用担责任。

仔细看了一下，确实create和use了测试库，但是放在测试路径下的初始化脚本里又use切换到了正式库，你的脚本初始化是k3自己写的吗，如果不是，那他的问题就只是没有阅读脚本就执行，或者你的要求或者他猜想就是直接使用这个脚本初始化，而问题是佬你太信任原有的工作流了。如果脚本是ai写的，那就没道理读不到这个问题，当然赖它也没用了~所以测试工作流不应该全部重搭吗，为什么选择直接复用呢。而且其实看2246行记录的python代码，它确实跳过了use步骤，理应不会切到正式库呀，要不解决问题后（如果人还好的话）把脚本贴出来看看？^-^

我的sql脚本没有任何删除、清空的，都是复制备份表，再update。

有些模型喜欢输出先删表再建表我都加入提示词，不存在时才创建。