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 系列加入，现有的订阅定价能不能长期扛住算力消耗，看起来还需要时间验证。