GitHub上周給Copilot CLI連更了兩條實驗性功能。一條讓AI自己找AI挑錯，另一條讓企業(yè)管理員終于能統(tǒng)一管插件了。兩條更新都不聲張，但指向同一個方向：AI編程工具正在從"個人外掛"變成"團隊協(xié)作基礎(chǔ)設(shè)施"。

先聊Rubber Duck。這個名字聽起來像玩具，實際上是GitHub做的一個"交叉評審"機制。5月7日的更新讓它徹底變樣了——以前只有用Claude當主模型時才能開，現(xiàn)在GPT當主模型也能用，而且兩邊互相挑刺。

具體怎么運作？你選一個模型當"主刀醫(yī)生"寫代碼，Rubber Duck自動派另一個模型家族的AI當"審稿人"。Claude寫的代碼，GPT來審；GPT寫的，Claude來審。審稿意見很直接："這個遷移沒處理外鍵級聯(lián)""批量大小超過1萬行會內(nèi)存溢出""這里假設(shè)UTC但數(shù)據(jù)庫存的是本地時間"。

GitHub內(nèi)部測試的數(shù)據(jù)是：這種交叉評審能把Sonnet和Opus在復(fù)雜多文件問題上的性能差距縮小74.7%。現(xiàn)在Claude用戶還能用到升級后的GPT-5.5當審稿人，比之前的GPT-5.4更強。

關(guān)鍵是誤報率低。從4月就開始用的開發(fā)者反饋，它標出來的問題"通常是對的"。功能還在/experimental開關(guān)里，但體感已經(jīng)像正式功能了。

另一條更新是企業(yè)托管插件，5月6日進公測。以前企業(yè)要統(tǒng)一配插件，得發(fā)文檔、發(fā)腳本、指望工程師手動執(zhí)行?，F(xiàn)實是有人照做，大部分人忽略，新人來了再重復(fù)一遍。

現(xiàn)在管理員在.github-private/.github/copilot/倉庫里放一個settings.json，Copilot CLI自動同步。能標準化自定義Agent、強制預(yù)裝特定插件、統(tǒng)一MCP服務(wù)器配置。工程師打開客戶端就能用，不用手動裝任何東西。

兩條更新合起來看：Rubber Duck解決的是"AI寫代碼質(zhì)量不穩(wěn)定"，企業(yè)插件解決的是"團隊配置亂七八糟"。GitHub在把Copilot CLI從"個人效率工具"往"企業(yè)級開發(fā)平臺"推。下一步估計就是正式版上線和更多模型家族接入了。