結(jié)果,Gemini提交的PR卻變成了:
1、340個(gè)文件被修改
2、新增約400行代碼
3、刪除28745行代碼
與此同時(shí),它還刪除了大量與任務(wù)完全無(wú)關(guān)的電商模板資源文件,并額外加入了一份遷移腳本。

而真正導(dǎo)致生產(chǎn)環(huán)境崩潰的,是Gemini隨后提交的第二次commit(代碼命令)。
它修改了firebase.json中的rewrite serviceId,將原本正確、由Firebase自動(dòng)生成的Cloud Run服務(wù)ID,替換成了一個(gè)“看起來(lái)正確”的簡(jiǎn)化名稱。問(wèn)題在于,這個(gè)名稱實(shí)際上并不存在。
隨后,所有請(qǐng)求都被錯(cuò)誤路由到一個(gè)不存在的服務(wù)地址,整個(gè)后臺(tái)直接進(jìn)入404狀態(tài)。
尷尬的是,開(kāi)發(fā)者此前已經(jīng)在memory.md規(guī)則文件中明確寫下警告:
Firebase rewrites必須指向具體的Cloud Run service ID,而不是通用項(xiàng)目名。
Gemini讀取了這條規(guī)則,依然改掉了正確配置。
事故時(shí)間線也被開(kāi)發(fā)者完整公開(kāi)。
Gemini部署“安全修復(fù)”PR后,生產(chǎn)環(huán)境立即開(kāi)始404。
19分鐘后,它又提交了第二次commit,聲稱正在修復(fù)rewrite serviceId問(wèn)題,并觸發(fā)新的Cloud Build。
21分鐘時(shí),開(kāi)發(fā)者發(fā)現(xiàn)線上服務(wù)已經(jīng)崩潰,隨后手動(dòng)取消Gemini正在執(zhí)行的構(gòu)建任務(wù)。
22分鐘時(shí),他手動(dòng)回滾到上一個(gè)穩(wěn)定版本。
33分鐘后,后臺(tái)終于恢復(fù)正常。
曾經(jīng)提到諾基亞,人們首先想到的是手機(jī)和通信設(shè)備領(lǐng)域的影響力。這兩方面共同構(gòu)建了諾基亞在全球科技領(lǐng)域的霸主地位
2026-05-29 15:17:11諾基亞變身芯片新貴