GitHub Copilot 上線 Agent 模式：會自己報錯自己改，還支援 Gemini

以前在 VS Code 裡用 AI 寫程式碼，最煩人的環節其實是「當個稱職的人工剪貼簿」：AI 給了一段程式碼，你複製到終端跑一下，報了一堆紅字，你再把報錯複製回聊天框，問它「這怎麼修」。

GitHub 想把這套麻煩事徹底省掉。2025 年 2 月 6 日，GitHub 宣佈了一波密集更新，最核心的就是給 VS Code 裡的 GitHub Copilot 上線了「Agent 模式」（Agent mode）。

除了能自己跑自己糾錯的 Agent 模式，之前在 GitHub Universe 上亮相的多檔案編輯功能 Copilot Edits 也正式全面開放（GA），還順手把 Google 家的 Gemini 2.0 Flash 塞進了可選模型池。

讓 AI 自己看報錯，自己把程式碼修好

所謂 Agent 模式，說白了就是把控制權又多放了一部分給模型。

以往你讓它寫程式碼，它是單向輸出；而在 VS Code Insiders 測試版裡開啟 Agent 模式後，Copilot 會在這個基礎上繼續推演。它不僅看自己的輸出，還會去看這段輸出跑出來的實際結果，一環扣一環地迭代，直到把完成目標所需的所有子任務搞定。

在這個過程中，如果你少提了幾個前提條件，它會自己推理出哪些隱藏任務是必須做的，比如主動建議並請求在終端執行某些命令。

更重要的是自帶自愈能力。終端跑出來的執行時報錯，它能自己讀取並分析，不用你來回複製貼上。目前如果想體驗，需要在 VS Code Insiders 裡開啟 Copilot Chat 的相關設定，並在 Copilot Edits 面板裡把模式從「Edit」切到「Agent」。官方還承諾，之後會把這套能力搬到 Copilot 支援的所有 IDE 上。

雙模型架構與一個叫 Padawan 的全自動計劃

正式轉正的 Copilot Edits 也有意思，它解決的是多檔案協同修改的痛點。

你圈定一組檔案，用自然語言提需求，它能直接跨檔案進行內聯修改。為了不讓使用者乾等，GitHub 在底層搭了一套雙模型架構：先由你選定的基礎大模型（比如 GPT-4o、o1、o3-mini、Claude 3.5 Sonnet，或者新加入的 Gemini 2.0 Flash）通盤考慮上下文生成初始建議，再交給一個專門做推測解碼（speculative decoding）的端點，快速把修改即時刷到編輯器裡。

Copilot Edits 放在副側邊欄，你可以一邊在左邊跑單元測試，一邊在右邊看它改程式碼，甚至可以直接用語音跟它來回聊。

如果說前面這兩個功能還只是讓 AI 坐在你身邊，那 GitHub 預告的「Project Padawan」就是要讓它去當獨立外包了。

這個代號取自《星球大戰》絕地學徒的專案，是一個全自主的軟體工程 Agent。計劃在今年晚些時候推出，到時候你可以在 GitHub 上直接給 Copilot 派發 Issue。

它接單後，會在雲端自動拉起一個安全的沙箱環境，自己克隆倉庫、配環境、看程式碼、改檔案、跑測試和程式碼檢查，最後提一個帶著完整測試的 PR。更絕的是，它還會自己把人類審閱者拉進 PR，根據人類的 Review 意見繼續改程式碼，像一個真正的初級團隊成員一樣在倉庫裡打工。

為什麼重要

寫程式碼工具的競爭，今年明顯從「程式碼補全」全面倒向了「自主行動」。

對開發者來說，Agent 模式和 Copilot Edits 解決的是最磨人的髒活累活。以往幾十行程式碼出了環境配置或語法小錯，人要在終端和對話方塊之間切好幾個來回，思路全被打斷；現在讓 AI 自己去撞牆、看報錯、重試，開發者只需要守在最後一步看 diff 和結果。如果你平時用 VS Code 較多，現在換到 Insiders 版本試一試，能明顯減少複製貼上的無意義內耗。

我們認為，GitHub 這一步走得相當狡黠。在獨立 AI 程式碼編輯器（如 Cursor、Windsurf）咄咄逼人的攻勢下，VS Code 的地位曾被唱衰。但 GitHub 靠著微軟和 VS Code 本身的底座優勢，不僅把推測解碼這種工程最佳化做到極致來提升手感，還開放了主流大模型混選。

而更深遠的殺手鐧在於 Project Padawan。市面上的 Coding Agent 大多還停留在本地客戶端，GitHub 卻擁有全球最大的開原始碼和協作工作流託管平臺。當 Agent 能夠直接讀 Issue、開沙箱、提 PR 並處理 Code Review，它就不是一個簡單的編輯器外掛，而是把整套非同步研發流程重構成了 AI 原生形態。同類競品想在團隊協作層面上擊敗它，壁壘只會越來越高。