GitHub Copilot 做了一件早该做的事——把模型选择权还给开发者。
近日，VS Code 官方文档更新了「Bring your own language model key」页面，正式确认 GitHub Copilot 支持自定义 Base URL 和 API Key 接入。这意味着你不再被锁死在 Copilot 预置的那几个模型里，任何兼容 OpenAI 格式的大模型服务，都能直接塞进 VS Code 的 Copilot 面板使用。
DeepSeek、Kimi、通义千问、本地部署的 Ollama……理论上，只要你的服务端吐出的是 OpenAI 兼容格式的响应，Copilot 都能接。
这不是什么石破天惊的新功能。但对于全球用户量最大的 AI 编程工具来说，这一步的意义不小。
发生了什么
具体来说，VS Code 的 Copilot 现在在模型选择界面新增了「OAI Compatible」选项。点进去之后，你可以配置三样东西：
- Base URL：你的模型服务地址
- API Key：对应的鉴权密钥
- Model ID：你想调用的具体模型名称
配置完成后，这个自定义模型会出现在 Copilot Chat 的模型下拉列表里，和 GPT-4o、Claude Sonnet 这些预置模型并列。
操作路径也很直接：打开 Copilot Chat 面板 → 点击模型选择器 → 选择「Manage Models」→ 找到「OAI Compatible」→ 填入你的 Base URL、API Key 和模型名。没有额外的插件依赖，没有复杂的 JSON 配置文件要手动改，就是 GUI 里点几下的事。
值得一提的是，这个功能走的是 VS Code 的 Language Model API，而不是某个第三方插件的私有实现。也就是说，它是一等公民，享受和内置模型一样的上下文注入、工具调用等能力。
这事为什么值得说
有人可能会说：「这不早就能做到了吗？」
确实。社区里一直有各种 workaround。改 Copilot 插件目录下的 package.json、用 Insider 版本的隐藏配置、装第三方插件比如 Continue 或者 Cline——方法多的是。Linux.do 论坛上就有开发者指出，之前测试版已经能自定义模型了。
但「能做到」和「官方支持」是两回事。
之前那些方法，要么依赖对插件内部文件的 hack（每次更新可能被覆盖），要么需要安装额外的扩展（多一层抽象就多一层出问题的可能），要么只在 Insider 版本可用（大多数人用的是稳定版）。现在 Copilot 把这个能力做进了正式版的 GUI 里，门槛直接降到了最低。
更关键的是信号意义。
GitHub Copilot 是目前市占率最高的 AI 编程助手，没有之一。根据 GitHub 官方数据，Copilot 的付费用户早已突破百万级别。当这样一个产品主动打开接口，允许用户接入竞品模型，说明一件事：在 AI 编程工具这个赛道上，「模型绑定」的策略正在失效。
用户要的不是某一个模型，而是在自己熟悉的工作流里用上最好的模型。今天写前端用 Claude，明天调算法换 DeepSeek，后天跑个本地模型做隐私敏感的项目——这才是真实的开发场景。Copilot 如果继续锁死模型，用户就会用脚投票，跑去 Cursor、Windsurf 或者其他更开放的工具。
对开发者意味着什么
国内开发者的直接利好
这个功能对国内开发者的价值尤其明显。
Copilot 预置的模型——GPT-4o、Claude Sonnet、Gemini——在国内访问都存在不同程度的网络问题。之前要么挂代理，要么忍受高延迟，体验一直不太好。
现在你可以把 Base URL 指向国内可直连的 API 服务。比如 DeepSeek 的官方 API、阿里云的通义千问、月之暗面的 Kimi，或者像 OpenAI Hub 这样的聚合平台——一个 Key 就能切换多个模型，Base URL 填一次就行，省去了在不同服务商之间反复切换配置的麻烦。
延迟从动辄几秒降到几百毫秒，这对编程补全这种对实时性要求极高的场景来说，体验差距是质变级别的。
本地模型终于有了一等公民待遇
跑 Ollama 或者 LM Studio 的开发者应该会很高兴。
之前在 VS Code 里用本地模型，基本只能通过 Continue、LLM-LS 这类第三方插件。现在直接在 Copilot 里填 http://localhost:11434/v1 作为 Base URL，就能把本地跑的 Qwen、Llama、DeepSeek 接进来。
这对几类场景特别有用：
- 企业内网开发，代码不能外传
- 离线环境，比如飞机上、保密项目
- 想用微调过的专用模型做特定领域的补全
当然，本地模型的质量和速度取决于你的硬件。拿一张 3060 跑 7B 模型做代码补全还行，想跑 70B 的就别为难显卡了。
团队协作的新可能
对于技术团队来说，这个功能打开了一个有意思的空间：统一模型网关。
团队可以自建一个 OpenAI 兼容的代理服务，背后对接多个模型，做负载均衡、成本控制、审计日志。然后给所有成员发同一个 Base URL 和 Key，大家在 Copilot 里统一配置就行。
这比之前每个人各自折腾各自的插件和配置，规范多了。
竞品早就这么干了，Copilot 算迟到
说句公道话，Copilot 这次不是引领者，是追赶者。
Cursor 从一开始就支持自定义模型接入，而且做得更深——它的 Tab 补全、Composer 多文件编辑、代码库索引等功能都能用自定义模型驱动。Windsurf（原 Codeium）同样支持自定义 API 端点。Continue 作为开源插件，更是把「模型自由」当作核心卖点。
甚至 VS Code 生态内部，Cline 和 Roo Code 这些 Agent 类插件也早就支持自定义 Base URL 了，而且它们在 Agentic Coding（自主编程）方面的能力比 Copilot Chat 更激进——能自动读写文件、执行终端命令、跑测试。
所以 Copilot 这次更新，与其说是创新，不如说是补课。
但补课也有补课的优势。Copilot 的用户基数摆在那里，VS Code 的市场份额摆在那里。当一个功能从「需要折腾才能用」变成「开箱即用」，它的影响范围就完全不同了。很多开发者不是不想用自定义模型，而是懒得折腾。现在 Copilot 把门槛降到了最低，这部分用户会被激活。
几个值得注意的细节
功能边界
目前自定义模型主要用于 Copilot Chat（对话式交互），而不是 Inline Completion（行内代码补全）。也就是说，你在编辑器里打字时弹出的灰色补全建议，暂时还是走 Copilot 自己的模型。
这是一个重要的区分。对很多开发者来说，行内补全才是 Copilot 最核心的价值。Chat 更多是辅助性的问答。如果自定义模型不能接管行内补全，那这个功能的实际影响就要打个折扣。
不过从技术角度看，行内补全对延迟的要求极高（通常需要在 200ms 内返回），对模型的 FIM（Fill-in-the-Middle）能力也有特殊要求，不是随便一个 Chat 模型就能胜任的。Copilot 在这一块保持自有模型的控制，也说得通。
ACP 协议的野心
有社区开发者提到了 ACP（Agent Communication Protocol），认为这才是 Copilot 真正的「冲击波」。
ACP 是 GitHub 推出的一套协议，允许第三方工具以标准化的方式接入 Copilot 的 Agent 框架。如果说自定义 Base URL 解决的是「用什么模型」的问题，ACP 解决的是「模型能调用什么工具」的问题。
两者结合起来，Copilot 的定位就从「一个 AI 编程助手」变成了「一个 AI 编程平台」。模型可以换，工具可以插，VS Code 只负责提供框架和交互层。
这个方向如果走通，对整个 AI 编程工具生态的影响会比单纯的自定义模型大得多。
付费策略的微妙变化
Copilot 允许用户接入自己的模型，某种程度上也是在调整商业模式。
之前 Copilot 的逻辑是：你付月费，我提供模型算力。现在变成了：你可以用自己的模型（自己付 API 费用），但你还是需要 Copilot 的订阅来获得 VS Code 里的集成体验。
换句话说，Copilot 在从「卖算力」转向「卖工作流」。这和 Cursor 的思路其实是一样的——Cursor Pro 用户也可以用自己的 API Key，但 Cursor 的 Tab 补全、多文件编辑等体验是你自己搭不出来的。
对开发者来说，这未必是坏事。至少你不用为了换个模型就换个 IDE 了。
怎么配置
操作很简单，但还是列一下步骤，省得你翻文档：
- 确保 VS Code 和 GitHub Copilot 扩展都更新到最新版本
- 打开 Copilot Chat 面板（快捷键
Ctrl+Shift+I或Cmd+Shift+I） - 点击聊天输入框上方的模型选择器
- 选择「Manage Models」
- 在列表中找到「OAI Compatible」，点击配置
- 填入你的 Base URL、API Key 和 Model ID
- 保存后，新模型会出现在模型下拉列表中
如果你用的是 API 聚合服务，Base URL 填服务商提供的地址就行。比如用 OpenAI Hub 的话，填它的统一端点，然后 Model ID 写你想用的模型名（deepseek-chat、claude-sonnet-4-20250514 之类的），一个 Key 切换不同模型。
如果接本地 Ollama，Base URL 填 http://localhost:11434/v1，API Key 随便填个字符串（Ollama 默认不校验），Model ID 填你拉下来的模型名。
写在最后
AI 编程工具的竞争正在从「谁的模型更强」转向「谁的生态更开放」。
Copilot 开放自定义接口，不是因为它觉得自己的模型不够好，而是因为它意识到：在一个模型能力快速迭代、新玩家不断涌现的市场里，锁死用户是最蠢的策略。今天 Claude 写代码最强，明天可能就是 DeepSeek 或者某个还没发布的模型。唯一不变的是开发者对工作流连续性的需求。
对开发者来说，这是好事。选择多了，折腾少了。你的 VS Code 终于不用装五六个 AI 插件了——至少理论上是这样。
至于 Copilot 能不能靠这一步守住市场份额，还得看后续的执行。行内补全什么时候开放自定义模型、ACP 生态能不能起来、Agent 能力能不能追上 Cursor 和 Cline——这些才是真正的硬仗。
参考来源：
- Linux.do 社区讨论：VS Code Copilot 支持自定义 BaseURL 和 API Key — 社区开发者对该功能的讨论与评价
- 知乎：如何让 VS Code Copilot 支持第三方 LLM 大模型 — 此前 Copilot 接入自定义模型的限制与变通方案分析
- Linux.do：关于在 VS Code 的 GitHub Copilot 中接入自定义模型 — 早期通过修改插件文件实现自定义模型接入的方法