GitHub Copilot CLI 新增 /model 命令，可发现并接入本地 Ollama 模型

事件核心：发生了什么

GitHub 在 2026 年 10 月 7 日的 Changelog 中公布，Copilot CLI 新增本地模型发现能力。用户在 CLI 版本 1.0.94-0 及以上环境中，可通过 /model 命令扫描正在运行的本地 Ollama 实例，查看其支持的模型，并与已在 GitHub Copilot 中配置的模型和云端模型并列显示。

需要说明的是，发现不等于自动添加。用户需要先选中一个被发现的模型，核对提供商与端点信息，再选择“Add and use for this session”或“Add without switching”，即可在当前会话中直接使用，不需要重启 CLI。Ollama 运行时和模型本身必须提前安装，这个流程不会替用户安装运行时或下载模型。

官方同时提示，选中的模型必须支持工具调用和流式输出。如果提供商连接失败，选择器会显示失败原因，方便排查。GitHub 还表示，该能力延续了 Copilot 应用在 Settings > Model providers 中接入第三方模型的思路。此外，选择本地模型不会自动开启离线模式或关闭 GitHub 遥测；CLI 的离线模式仍需通过 COPILOT_OFFLINE=true 显式启用。

为什么重要

这一步把“本地模型”从实验性玩法往日常开发工作流里推了一格。对开发者来说，过去在 CLI 中使用 Ollama 等本地推理服务，往往需要自行处理模型路由、端点和会话切换；现在 Copilot CLI 把发现、核验、接入收进同一个命令，降低了切换成本。

从行业角度看，这反映出 AI 编程工具正在从“只绑定云端闭源模型”转向“云端与本地模型混合调度”。GitHub 背后是微软，而本地模型生态中 Ollama 是较有代表性的开源推理入口。CLI 层面承认本地模型的存在，既是对开发者隐私、成本和离线诉求的回应，也是在为更灵活的模型选择铺路。不过目前公开信息显示，这仍是模型接入层面的功能，不等于 Copilot 的核心推理已经默认本地化。

对用户/开发者/创作者的影响

对已经在自己机器上跑 Ollama 的开发者，最直接的变化是可以在 Copilot CLI 里快速查看有哪些本地模型可用，并选择接入当前会话，适合需要控制代码上下文外发、或想用本地小模型做特定任务的场景。对团队而言，如果内部有统一的 Ollama 端点，这种发现机制可能简化配置流程，但前提是本地模型确实支持工具调用和流式输出，否则接进来也无法正常用于 Copilot CLI 的交互模式。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

普通用户和创作者需要留意两点。第一，接入本地模型不会自动进入离线状态，远端提供商仍可能通过网络收到提示词和代码上下文，相关配置需按官方文档处理。第二，选择本地模型目前不会关闭 GitHub 遥测，涉及合规或数据边界时不应默认“本地即完全隔离”。

值得关注的后续

一是本地模型发现与智能路由的落地节奏。GitHub 提到正在与本地模型相关的智能路由能力，并引导关注 Microsoft Command Line 博客的公告，后续是否在 CLI 中默认启用值得观察。二是模型兼容范围是否扩大。当前明确要求支持工具调用和流式输出，未来是否放宽、是否有更多本地推理运行时被支持，会影响实际可用性。三是企业场景下的配置与合规文档是否跟进，特别是离线模式、遥测和远端提供商之间的边界如何界定。

来源：GitHub Changelog