這代表 Copilot 的角色正在改變:過去它像是在你身旁猜下一行程式碼的助手;現在它更像是可以參與「理解、提出變更、審查修改」的協作者。VS Code 也已經有專門的 Copilot 設定參考,顯示它在 IDE 內不只是外掛式補全,而是越來越像開發環境的一部分。
GitHub 在 2024 年 10 月的 Copilot in VS Code 更新中,將 multi-file editing 以 preview 形式推出;透過 github.copilot.chat.edits.enabled,開發者可以啟動 AI 輔助的編輯 session,讓 Copilot 對 workspace 內多個檔案提出變更,並直接在編輯器中套用與就地審查。
換句話說,這裡能確認的「架構」不是底層模型如何切分檔案或產生 patch 的內部細節,而是產品工作流:開發者輸入意圖,Copilot 草擬跨檔修改,IDE 呈現上下文與差異,最後由人來接受、拒絕或再要求調整。
Agent mode 則把這個方向再往前推。VS Code 官方部落格形容 Copilot agent mode 像自主的 peer programmer,能分析 codebase、讀取相關檔案、提出檔案修改、執行 terminal commands 與測試,並對編譯或 lint 錯誤做迭代修正。
Copilot Workspace 的公開手冊把它描述為 task-centric 的 AI assistant:開發者每天從一個任務開始,Workspace 會陪同探索、理解、調整並完成任務;它也被描述為 contextual,深度整合 GitHub,能感知 repository、issue 與 pull request 的脈絡。
GitHub 2025 年 2 月的 changelog 也提到,Copilot Workspace 的 follow-ups 與 file search 改進聚焦於 multi-file code generation 與搜尋;在大型 repository 中,follow-up capability 會檢查 codebase,若偵測到需要後續修改,會自動編輯必要檔案。
這些資料足以支持一個趨勢:Copilot 正從「單一檔案內幫你補字」走向「根據任務與儲存庫脈絡提出多檔修改」。但它們仍不足以揭露 Copilot Workspace 的底層多檔編輯演算法、規劃器設計或完整內部架構。
GitHub 2026 年 5 月的 VS Code Copilot changelog 指出,v1.116 到 v1.119 的更新讓 Copilot 可以在任何 workspace 中依「意義」搜尋,也能跨 GitHub repositories 與 organizations 執行 grep 風格查詢;同一批更新還提到 experimental /chronicle、更聰明的 prompt caching、deferred tool loading,以及 agent 在聊天中顯示 inline diffs、讀寫開啟中的 terminal、把瀏覽器分頁作為脈絡等能力。
對開發者來說,語意搜尋的價值在於你不一定要知道檔名或精確關鍵字。當你描述一段業務意圖或技術概念,Copilot 更有機會找到相關檔案與程式碼路徑。inline diff 則讓 AI 修改更接近一般 code review:你看到的是變更差異,而不是只看到一段看似合理的新答案。
Copilot 的多模型方向很明確。GitHub 文件說明,在支援的 IDE 中使用 Copilot Chat 時,Auto 會依可用性自動選擇模型;使用者也可以手動覆寫選擇。文件同時強調,不同模型適合不同任務,而不是只看模型名稱。
VS Code 1.99 版本說明也將 BYOK(Bring Your Own Key)列為 preview:Copilot Pro 與 Copilot Free 使用者可用自己的 API keys 存取 Azure、Anthropic、Gemini、OpenAI、Ollama、OpenRouter 等供應商的更多模型,並提到這讓使用者可在新模型釋出當天就使用不一定由 Copilot 原生支援的模型;同一份說明也表示當時正在探索 Copilot Business 與 Enterprise 支援。
但 BYOK 不應被直接等同於「任意自帶模型全面接入所有 Copilot 功能」。這份資料可以支持的是:Copilot 與 VS Code 正在打開更多模型選項與 API key 路徑;至於完整 BYOM 機制、企業版落地細節,以及它是否影響 completions、agent mode 或所有 Copilot surface,仍需要更明確的主要來源。
模型選擇不只是聊天品質問題。GitHub 2026 年 5 月 changelog 表示,Grok Code Fast 1 將於 2026 年 5 月 15 日在所有 GitHub Copilot experiences 中退役,範圍包括 Copilot Chat、inline edits、ask 與 agent modes,以及 code completions;同一份 changelog 也列出 GPT-4.1 將於 2026 年 6 月 1 日在這些 Copilot experiences 中退役。
這很重要,因為 GitHub 自己的模型比較文件已說明,模型會影響 Copilot Chat 與 inline suggestions,並在速度、幻覺率與任務表現上有所差異。 因此,模型退役或替換可能改變的不只是聊天回答,而是從補全、inline edit 到 agent 工作流的整體體感。
需要保留的是證據邊界:目前這組來源足以證明 Copilot 模型供應正在變動,也足以證明退役會橫跨多個 Copilot 使用場景;但不足以證實「所有使用者即將從 GPT-5.2 遷移到 GPT-5.5」,也不足以直接證明關於 GPT-5.5 品質下降或工作流中斷的具體開發者爭議。
| 題目 | 本文採取的說法 |
|---|---|
| 多模型 Copilot | 已確認。模型選擇會影響 Chat 與 inline suggestions,且模型間存在延遲、幻覺率與任務表現差異。 |
| 跨檔編輯 | 已確認有 preview 工作流,可要求 Copilot 對多個檔案提出修改並在編輯器中審查。 |
| Agent mode | 已確認可分析 codebase、讀相關檔案、提出修改、執行命令與測試,並對錯誤迭代。 |
| VS Code 語意搜尋與 inline diff | 已確認近期更新包含任何 workspace 的 meaning-based search,以及 agent 在聊天中顯示 inline diffs。 |
| Copilot Workspace 內部架構 | 只能確認任務導向、GitHub 脈絡感知與 follow-up 跨檔能力;底層實作細節仍不足。 |
| BYOK / 自帶模型 | 已確認 VS Code BYOK preview;但不能直接推論為所有 Copilot surface 的完整 BYOM。 |
| GPT-5.5 遷移 | 目前資料不足。可確認的是模型退役正在發生,且會跨 Copilot 多個工作介面。 |