被瘋傳的“惡趣味”：看Copilot這款“熊孩子”把微軟工程師逼瘋！Agent 剛上線就翻車？
作者 | Dylan Cooper
編譯 | 云昭
出品 | 51CTO技術(shù)棧（微信號(hào)：blog51cto）
最近，GitHub Copilot 又“整活兒”了。
Reddit 上一位網(wǎng)友發(fā)帖調(diào)侃：“我最近迷上了一個(gè)新愛好：看 AI 一點(diǎn)點(diǎn)把微軟員工逼瘋。”
這不是段子，而是對(duì)微軟 .NET 倉(cāng)庫(kù)里一連串尷尬 PR（Pull Request，拉取請(qǐng)求）的諷刺。這些 PR 居然都是由微軟推出的 AI 編程助手 Copilot Agent 自動(dòng)提交的。
圖片
發(fā)帖者表示，Copilot 的表現(xiàn)“差到讓人上頭”，甚至坦言自己對(duì)現(xiàn)場(chǎng)事故感到“罪惡的快樂”——他為那些被迫審核這些 PR 的微軟工程師感到同情，同時(shí)懷疑是不是管理層強(qiáng)推 Copilot 上線，工程師們只能硬著頭皮接招。
不過，他的“幸災(zāi)樂禍”并不是針對(duì)一線員工，而是沖著那些高喊 AI 萬能、卻對(duì)其局限一無所知的領(lǐng)導(dǎo)層去的。
令人意外的是，這條帖子很快爆紅，成了程序員圈的討論焦點(diǎn)，也間接引爆了一場(chǎng)更深層的爭(zhēng)議：AI 編碼工具到底是生產(chǎn)力神器，還是只會(huì)添亂的“熊孩子”？
1.Copilot Agent 一上線，就翻車？
本周，微軟正式上線了 GitHub Copilot Agent 公測(cè)版本。官方介紹說，這是一個(gè)基于大語(yǔ)言模型的智能助手，能夠勝任中低復(fù)雜度的開發(fā)任務(wù)，比如新增功能、修 Bug、擴(kuò)充測(cè)試、優(yōu)化文檔，甚至可以自動(dòng)提交代碼 PR。
從公開記錄看，微軟確實(shí)在嘗試將 Copilot Agent 深度嵌入 .NET 倉(cāng)庫(kù)，專門處理一些系統(tǒng)級(jí)的小修小補(bǔ)，比如正則表達(dá)式邏輯修復(fù)、跨平臺(tái)兼容處理、文檔重構(gòu)等。
用官方話來說：把 AI 拉上“前線”，試試看能不能頂上。這看起來像是一場(chǎng)關(guān)于 AI 編程邊界的實(shí)驗(yàn)——但實(shí)驗(yàn)結(jié)果顯然“翻車”了。
更巧的是，就在兩天前的某開發(fā)者大會(huì)上，一位微軟 .NET 工程師還在臺(tái)上信誓旦旦地表示：Copilot 已經(jīng)成了他們?nèi)粘９ぷ髁鞯囊徊糠帧?/p>
演講中，他詳細(xì)講解了 AI 在更新正則引擎、協(xié)助編程、修復(fù) bug、增強(qiáng)模塊內(nèi)存等方面的作用，強(qiáng)調(diào) AI 不再只是炒作，而是真正的生產(chǎn)力工具。
圖片
微軟還特別點(diǎn)名表?yè)P(yáng)“正則表達(dá)式”這一領(lǐng)域是 AI 最適合“練級(jí)”的場(chǎng)所：.NET 的正則引擎自 2003 年誕生后基本沒怎么動(dòng)過，是 AI 實(shí)驗(yàn)的完美試驗(yàn)田。
而現(xiàn)在，Copilot 的優(yōu)化建議甚至能帶來 10 倍性能提升，比如通過生成幾十種可能的優(yōu)化路徑（包括一些人類開發(fā)者都沒想到的方案），讓新 PR 成為 .NET 10 的核心更新內(nèi)容之一。
看起來很牛，對(duì)吧？可惜，現(xiàn)實(shí)往往比 PPT 更精彩。
2.理想很豐滿，GitHub 的現(xiàn)實(shí)很骨感
最讓人尷尬的地方在于——AI 在微軟最看重、最得心應(yīng)手的領(lǐng)域“正則表達(dá)式”上，翻車翻得最狠。
比如 PR #115733，就是一次典型事故現(xiàn)場(chǎng)：這個(gè) PR 試圖修復(fù)因復(fù)雜嵌套量詞導(dǎo)致的 IndexOutOfRangeException 異常，目的是讓正則引擎不再崩潰，而是穩(wěn)妥地“匹配或不匹配”。
圖片
Copilot 全程操作大約持續(xù)了三天。
第一天，它提交了修復(fù) PR，并附帶了一個(gè)新測(cè)試文件，但——它居然忘了把測(cè)試加進(jìn)項(xiàng)目文件里，導(dǎo)致測(cè)試根本沒跑起來。
第二天，微軟資深工程師 @stephentoub 點(diǎn)評(píng)：Copilot 的修復(fù)只是表面功夫，根本沒有解決核心問題（棧回溯失效），而且測(cè)試文件也壞了。
第三天，Copilot 嘗試修復(fù)構(gòu)建錯(cuò)誤，重新提交了更新版測(cè)試文件——終于加進(jìn)了項(xiàng)目文件里，然后……測(cè)試直接掛掉了。
圖片
此時(shí)，社區(qū)開發(fā)者忍無可忍，紛紛留言質(zhì)疑：“這 AI 到底是來幫忙的，還是來添亂的？”有人建議直接關(guān)掉這個(gè) PR，或者刪掉 Copilot 寫的測(cè)試代碼。
截至目前，這個(gè) PR 既沒解決問題（Ps:小編求證，該P(yáng)R今天已經(jīng)Closed了），也沒獲得通過，一位網(wǎng)友評(píng)論道：
“微軟花這么多資源，結(jié)果 AI 只會(huì)寫出一堆壞代碼，白白浪費(fèi)計(jì)算資源，還污染代碼庫(kù)?！?/p>
更有人擔(dān)憂，AI 工具目前仍然離不開“人肉保姆”看護(hù)，如果強(qiáng)推上線，反而可能埋下更大的維護(hù)隱患，損害開源項(xiàng)目的長(zhǎng)期可持續(xù)性。
圖片
圖片
3.Copilot 背后的真實(shí)博弈
這波 PR“翻車潮”很快蔓延到了 Hacker News 和 Reddit，開發(fā)者社區(qū)的反彈越燒越旺。
最讓人抓狂的是——哪怕有人明確指出“你漏加測(cè)試文件了”“你這個(gè)斷言跑不通”，Copilot 依舊像個(gè)“聽不懂人話”的實(shí)習(xí)生，反復(fù)犯同樣的低級(jí)錯(cuò)誤。甚至還有 PR 試圖通過刪除失敗測(cè)試用例來“掩蓋問題”。
某位開發(fā)者直言：
“這體驗(yàn)就像在和一個(gè)不看評(píng)論、也不知道自己在干嘛的菜鳥程序員合作?！?/p>
不過，也有人為“菜鳥”們鳴不平：
“把 Copilot 比作初級(jí)工程師都太抬舉它了，實(shí)習(xí)生至少知道吸取教訓(xùn)，AI 可不行?！?/p>
很多人猜測(cè)，這不是某個(gè)團(tuán)隊(duì)單點(diǎn)失誤，而是微軟一次全面推進(jìn) Copilot 的“高層策略”。不少人發(fā)現(xiàn)類似的 PR 在其他項(xiàng)目也頻頻出現(xiàn)，說明這可能是一次集中、協(xié)調(diào)的大范圍試點(diǎn)。
圖片
Reddit 爆文的原作者特意澄清：他并不討厭微軟的工程師，反而很同情他們。他諷刺的對(duì)象，是那些一味鼓吹 AI 卻閉眼盲沖的管理者。
這點(diǎn)從微軟高層最近的一次發(fā)言中就能看出端倪。幾天前，微軟 CTO Kevin Scott 在播客中說：
“那些還在說‘AI 還沒準(zhǔn)備好’的人，很快就會(huì)被時(shí)代甩下。技術(shù)會(huì)越來越強(qiáng)，越來越便宜，到 2025 年，這甚至不會(huì)是個(gè)有爭(zhēng)議的觀點(diǎn)?！?/p>
這股“由上而下”的 AI 推動(dòng)風(fēng)，不止發(fā)生在微軟，而是整個(gè)行業(yè)的趨勢(shì)：AI 不再等開發(fā)者“自來水式”采納，而是由領(lǐng)導(dǎo)層主導(dǎo)推進(jìn)。
微軟的資深科學(xué)家 Brian Houck 也公開分享過他們的策略：
“當(dāng)領(lǐng)導(dǎo)層強(qiáng)力推動(dòng)某項(xiàng) AI 工具時(shí)，團(tuán)隊(duì)成員成為 AI 日常用戶的可能性會(huì)提高 7 倍。”
此外，還有一個(gè)關(guān)鍵角色：團(tuán)隊(duì)中的“AI 布道者”——即那些愿意嘗試新技術(shù)、愿意在團(tuán)隊(duì)內(nèi)部推廣的人。數(shù)據(jù)顯示，有這些布道者的團(tuán)隊(duì)，AI 工具的落地率會(huì)高出 22%。
這或許也解釋了為什么微軟選中了 .NET 倉(cāng)庫(kù)作為實(shí)驗(yàn)場(chǎng)：它結(jié)構(gòu)成熟、團(tuán)隊(duì)齊備，適合作為試驗(yàn)平臺(tái)進(jìn)一步擴(kuò)大落地。
4.Copilot 風(fēng)波的背后，其實(shí)是一面鏡子
回過頭來看，這場(chǎng)圍繞 Copilot 的爭(zhēng)議，其實(shí)遠(yuǎn)不止是幾個(gè) PR 翻車那么簡(jiǎn)單。
它更像是一面鏡子，照出了 AI 理想主義與現(xiàn)實(shí)落地之間的鴻溝：領(lǐng)導(dǎo)層熱情洋溢要“全面 AI 化”，而一線開發(fā)者則焦頭爛額、疲于應(yīng)付，開發(fā)社區(qū)也越來越警惕 AI 神話。
也許我們?cè)搯柕?，不是“AI 能不能寫出完美代碼”，而是：在這樣一個(gè)強(qiáng)壓式轉(zhuǎn)型的時(shí)代，開發(fā)者有沒有足夠的空間去試錯(cuò)、提問、打磨？
AI 編碼工具到底能不能“飛起來”，關(guān)鍵不在技術(shù)，而在于：我們能不能在“自動(dòng)化”與“現(xiàn)實(shí)工作流”之間，找到那個(gè)真正可行的平衡點(diǎn)。
參考鏈接：
??https://news.ycombinator.com/item?id=44050152??
本文轉(zhuǎn)載自??51CTO技術(shù)棧??，譯者：云昭
