微軟著名開源項目.NET Runtime 成了吃瓜現(xiàn)場，全球程序員在 GitHub 評論區(qū)圍觀嘲笑：

微軟用垃圾 AI 折磨微軟員工，真是可悲又可笑。

發(fā)生什么事？

原來是新出的 Copilot 代碼智能體在嘗試幫忙自動修 Bug，但那叫一個越幫越亂。

Bug 本身只是一個正則表達(dá)式的小問題，被分配給一位微軟員工斯蒂芬和 Copilot 合作解決。

Copilot 在方案描述中說的頭頭是道，什么“這確保了一致性”，“改動很小”等等。

結(jié)果代碼直接檢查不通過，報錯報了一長溜。

合著這 AI 忙活了半天，唯一的“貢獻(xiàn)”其實是把標(biāo)題給改了，也是學(xué)會摸魚的精髓了。

還好其實只是代碼規(guī)范的小問題，斯蒂芬老哥也沒當(dāng)回事，直接請 Copilot 修復(fù)樣式問題，并把測試挪到之前的文件中。

沒過多久 Copilot 就回報：我已修復(fù)樣式問題，并把測試移動到現(xiàn)有文件中。

斯蒂芬老哥一檢查，很無奈，許多正則表達(dá)式測試現(xiàn)在都失敗了。

正是從這開始這條 PR 引起了程序員們的注意，幾百人點了“好笑”。

AI 闖的禍還得 AI 自己收拾，Copilot 嘗試修復(fù)錯誤，還總結(jié)到“最初的修復(fù)方案過于激進(jìn)”。

結(jié)果這位先進(jìn)的 AI 智能體，直接被更原始的程序 Bot 打臉了：此操作被取消，后續(xù)步驟可能不包含預(yù)期的日志。

這下圍觀的網(wǎng)友直接崩不住了，跳出來陰陽怪氣“我真的看到了這個方案的潛力”。

與其讓真人花時間編寫無法運行的代碼，不如讓計算機(jī)自己去編寫無法運行的代碼，至少提高了寫無效代碼的效率。

最終這條 PR 被斯蒂芬老哥手動關(guān)閉，他認(rèn)為是由于配置問題，智能體無法訪問所需的依賴項。

而像這樣微軟員工和 Copilot 搭檔，最終失敗的 PR 還有…… 這么多。

被折磨的也不是只有斯蒂芬一人，另一位員工埃瑞克還遇到手動關(guān)閉 PR、刪除分支之后，一回頭 Copilot 又把分支恢復(fù)了，還改個標(biāo)題請求老哥再審核。

不過既然都關(guān)閉了，埃瑞克后來直接就沒搭理它。

AI 修 Bug，沒修好還狡辯

在另一個有關(guān)正則表達(dá)式的 PR 中，bug 是由于堆棧回溯時數(shù)組越界出現(xiàn)異常。

Copilot 給的方案居然是添加一個邊界檢查，當(dāng)超出數(shù)組長度時返回“不匹配”，避免拋出異常。

這個方案被斯蒂芬評價為“治標(biāo)不治本”，那到底為什么會出現(xiàn)越界，還是沒有解決。

這回 Copilot 直接沒有反應(yīng)，還要老哥再 @一遍才動。

Copilot 有反應(yīng)了，但沒有給出新的解決方案，而是說了一大套理由論證自己的方案已經(jīng)有效解決了問題，還是“優(yōu)雅地”。

斯蒂芬也沒法說服 AI，而是指出新的問題，又是測試代碼沒放對位置所以沒執(zhí)行。

放對了位置之后，不出意外地又出了意外，AI 添加的測試都失敗了。

到這里圍觀網(wǎng)友已經(jīng)看不下去了，認(rèn)為微軟員工應(yīng)該自己動手解決問題，而不是浪費時間指導(dǎo) AI。

畢竟這可是.NET 運行時的代碼，多少云計算、醫(yī)療、金融等行業(yè)的重要系統(tǒng)要依賴它運行。

混亂中還有人嘗試越獄提示詞，想讓 AI 用 PHP 語言把整個項目重寫一遍。

不過還好微軟做了權(quán)限管理，非項目參與者的指令對 Copilot 不起作用。

斯蒂芬老哥還是堅持智能體的配置問題正在修復(fù)，還將繼續(xù)進(jìn)行實驗。

而大家的意見是：還是別繼續(xù)了，趕緊取消這個實驗吧。

微軟員工回應(yīng)：不是強(qiáng)制性要求

Copilot 智能體的糟糕表現(xiàn)，圍觀的程序員一開始只是覺得好笑，但慢慢也開始思考對于整個行業(yè)來說意味著什么。

結(jié)合微軟剛剛大裁員 3%，還披露公司 20%-30% 的代碼由 AI 生成這一消息，讓人懷疑 Copilot 就是用來替代被裁掉的 6000 人的。

這樣繼續(xù)下去，讓人無法再繼續(xù)信任.NET 這個平臺了，總有一天 AI 寫的糟糕代碼會進(jìn)入生產(chǎn)環(huán)境。

有人從更大的視角，認(rèn)為這也違背了人類開發(fā) AI 的初衷。

本來應(yīng)該是機(jī)器輔助人類工作的，現(xiàn)在倒過來成了人類被迫輔助機(jī)器。

一位.NET 開發(fā)者提出，有多少 AI 是基于 15 年前的 Stack Overflow 答案進(jìn)行訓(xùn)練的，而這些答案已經(jīng)不再代表當(dāng)前的模式或推薦方法。

如果 AI 持續(xù)不斷的失敗，會消磨掉項目維護(hù)者的耐心么？

或者這只是微軟做給熱衷于 AI 的股東看，而下的命令？

不過斯蒂芬老哥回復(fù)，使用 Copilot 不是公司強(qiáng)制性的要求，團(tuán)隊一直在實驗 AI 工具以了解在當(dāng)前和未來的局限性。

并且他認(rèn)為：

任何不考慮如何利用這些 AI 工具的人，將來都會被淘汰。

One More Thing

整個.NET 運行時代碼庫中，Copilot 自動修 Bug 成功合并代碼的案例只找到兩個，也都是合作的人類程序員反復(fù)提示修改后才成功。

不過 Copilot 還在很多 PR 中當(dāng)輔助代碼審核員，這些比較順利，基本都成功了。

這款 Copilot 智能體看來目前還是只能干干自動補(bǔ)全，總結(jié)代碼內(nèi)容的活。

真修 Bug，還得靠人。

吃瓜現(xiàn)場：

• https://github.com/dotnet/runtime/pull/115743

• https://github.com/dotnet/runtime/pull/115743

• https://github.com/dotnet/runtime/pull/115733

• https://github.com/dotnet/runtime/pull/115732

• https://github.com/dotnet/runtime/pull/115822

本文來自微信公眾號：量子位（ID：QbitAI），作者：夢晨

廣告聲明：文內(nèi)含有的對外跳轉(zhuǎn)鏈接（包括不限于超鏈接、二維碼、口令等形式），用于傳遞更多信息，節(jié)省甄選時間，結(jié)果僅供參考，IT之家所有文章均包含本聲明。