GitHub Copilot 引入 Claude 3.5 Sonnet：寫程式碼也能選 Anthropic 了

過去兩年裡，如果你想在 Visual Studio Code 裡用寫程式碼最強的 Claude 3.5 Sonnet，多半得轉投 Cursor 這樣的第三方工具，或者在瀏覽器和編輯器之間反覆切屏複製。

現在，這個彆扭的局面終於被打破了。10 月 29 日，微軟旗下的 GitHub 在 GitHub Universe 大會上宣佈，GitHub Copilot 正式轉向多模型架構。開發者不再被強制繫結在 OpenAI 的體系裡，而是可以直接在 Copilot 裡呼叫 Anthropic 和 Google 的模型。

誰寫程式碼好，就換誰上場

這次更新裡動作最快的是 Anthropic 的新版 Claude 3.5 Sonnet。它從即日起在 VS Code 和 GitHub 網頁版開啟公開預覽，接下來的幾週內會陸續推送給所有 Copilot Chat 使用者及企業組織。

在程式碼圈子裡，Claude 3.5 Sonnet 的口碑一直很硬。官方公佈的資料顯示，它在評估解決真實 GitHub 問題的 SWE-bench Verified 基準測試中拿下了公開模型的第一名，在 HumanEval 測試裡也拿到了 93.7% 的高分。

有意思的是底層架構。Anthropic 提到，這次 GitHub Copilot 執行 Claude 3.5 Sonnet 並不是直接調自家的 API，而是通過亞馬遜的 Amazon Bedrock，藉助其跨區域推理能力來保證服務穩定性。

除了 Claude 3.5，Google 的 Gemini 1.5 Pro 也將在未來幾週加入。OpenAI 的 GPT-4o 以及主打強推理的 o1-preview 和 o1-mini 也都在名單上。在實際使用中，開發者可以在 Copilot Chat 對話方塊裡隨時切換模型，針對不同任務挑選最合適的那顆大腦。

GitHub CEO Thomas Dohmke 在大會上說得很直白：沒有任何一個模型能統治所有場景，下一階段的 AI 程式碼生成，核心就在於把選擇權交給開發者。

從修單行程式碼，到包辦整個工作流

除了給 Copilot 換腦子，GitHub 這次還端出了一個叫 Spark 的新工具。它的目標更進一步，想讓完全不會寫程式碼的人用自然語言直接搓出可用的微型 Web 應用。

在 Spark 裡，使用者輸入一段話，它就會呼叫 OpenAI 或 Anthropic 的模型生成應用，並直接給出即時預覽。新手全程用自然語言微調，老手則可以直接改程式碼，做好的小應用能直接在電腦和手機上執行。

與此同時，原有的 Copilot 工具鏈也有一波集中升級。很多開發者期盼已久的跨多檔案編輯功能定於 11 月 1 日上線 VS Code，支援在對話方塊裡一次性修改專案裡的多個關聯檔案。

此外，GitHub Copilot for Xcode 正式進入公測，蘋果生態的開發者也能用上原生輔助了。再加上新的自動化程式碼審查功能，以及定於 2025 年初推出的擴充套件生態，GitHub 顯然想把整個開發流程徹底圍合在自己的產品裡。

為什麼重要

我們認為，這是 GitHub Copilot 自誕生以來最重要的一次方向修正。作為微軟斥巨資投資 OpenAI 後的第一個標杆級落地產品，Copilot 過去一直是 OpenAI 最堅固的商業陣地。現在它主動打破排他協議，接入死對頭 Anthropic 和 Google，等於在事實上承認了單靠一家模型通吃一切的時代已經結束。

對開發者而言，這筆賬算得很清楚。在此之前，因為 Claude 3.5 Sonnet 在程式設計上的明顯優勢，大批程式設計師流向了 Cursor、Windsurf 等新興 AI 編輯器。GitHub 這次放下身段接入競品，最直接的效果就是穩住了超過 180 萬的付費訂閱者，大家不用再為了換個好模型而折騰遷移工具鏈和團隊許可權。

從商業邏輯來看，GitHub 的做法非常務實。它看清了自己的核心壁壘不是某家的大模型底座，而是 1 億開發者每天沉澱程式碼的平臺、程式碼倉庫的完整上下文，以及成熟的企業採購渠道。模型誰強就接誰，反而讓 GitHub 把自己做成了所有底層大模型爭搶的超級入口。

不過這種多模型策略也給 GitHub 留下了隱患。不同模型的提示詞響應習慣、上下文處理邏輯和安全邊界都不一樣，如何在統一的聊天框裡抹平體驗斷層，會是個不小的考驗。而且隨著推理成本更高的 o1 和 Claude 系列加入，現有的訂閱定價能不能長期扛住算力消耗，看起來還需要時間驗證。