VSCode Copilot 终极魔改:以智谱 GLM-4.6 为例,一文搞定任意大模型接入

VSCode Copilot 终极魔改:以智谱 GLM-4.6 为例,一文搞定任意大模型接入

VSCode Copilot 终极魔改:以智谱 GLM-4.6 为例,一文搞定任意大模型接入

前言:为何你的 Copilot 需要一次“魔改”?

本文旨在帮助所有希望突破 VSCode Copilot 模型限制、追求更高代码效率和性价比的开发者。如果你也曾面临以下困境,那么这篇文章就是为你量身打造的:

  • Copilot 官方模型不够用:想尝试最新、最强的国产模型(如智谱 GLM、文心一言、Kimi)却无从下手。
  • API 订阅成本高:官方或其他国外模型的订阅费和按量计费(通常以美元结算)让个人开发者望而却步。
  • 替代品体验有瑕疵:其他辅助插件在某些场景下不如原生的 Copilot 轻便、流畅。

本文将提供一个终极解决方案:通过一个 VSCode 插件,无缝接入任何支持 OpenAI 兼容接口的大模型。我将以当前备受瞩目的国产模型智谱 GLM-4.6 为例,手把手带你完成从申请 API Key 到在 Copilot 中成功调用的全过程。

一、核心插件:OAI Compatible Provider for Copilot

要实现我们的目标,只需要一个关键插件:OAI Compatible Provider for Copilot

这个插件的核心作用,就是充当一个“翻译官”,让 Copilot 能够与所有使用标准 OpenAI API 格式的模型进行对话。安装它,是我们进行一切“魔改”的基础。

  1. 在 VSCode 扩展商店中搜索 OAI Compatible Provider for Copilot,也可以直接搜缩写oai

点击安装,如图。

在这里插入图片描述

二、把智谱 GLM-4.6 注入 Copilot

接下来,我们以接入智谱 GLM-4.6 为例,详细演示配置过程。此方法同样适用于 Kimi、DeepSeek、文心一言等其他所有提供 OpenAI 兼容接口的国产模型。

2.1:获取智谱 GLM-4.6 的 API Key

首先,我们需要从智谱 AI 官方获取访问模型的“钥匙”。

  1. 前往智谱AI官网智谱AI开放平台
  2. 注册/登录并创建 API Key:登录后,按照下图指示,依次点击 右上角头像 -> API Keys -> + 创建新的 API Key

复制 Key:创建成功后,系统会生成一串 API Key 字符。立即点击复制按钮,等着下一步使用。

在这里插入图片描述

命名并保存:为你的 Key 输入一个好记的名称(例如 vscode-copilot-key,图示中我起名是ClaudeCode),点击确认。

在这里插入图片描述

2.2:在 VSCode 中配置插件

拿到了 API Key,我们回到 VSCode 进行配置。

  1. 找到插件配置:在搜索框中输入 oai, 然后打开它的设置界面。
  2. 在设置界面填写OpenAI兼容的API接口地址,注意包月计划的地址不要写错
    • 购买了智谱GLM Coding Plan包月计划的填写(如图),一定要填正确,否则会按tokens消耗量扣费: https://open.bigmodel.cn/api/coding/paas/v4
    • 没买智谱包月计划的,走传统的按tokens消耗扣费的,填写这个地址: https://open.bigmodel.cn/api/paas/v4
    • DeepSeek的地址是: https://api.deepseek.com/v1

Kimi的地址是: https://api.moonshot.cn/v1

在这里插入图片描述

2.3:在 Copilot 中启用并使用新模型

最后一步,让 Copilot 认识我们的新伙伴。

  1. 打开 Copilot Chat:点击 VSCode 顶边栏的 Copilot 图标。

在Copilot Ctrl + I 中切模型为GLM-4.6:如图,不说了,命令行唤起同样适用。

在这里插入图片描述

在Copilot Chat切换模型为GLM-4.6:模型列表中选择GLM-4.6,然后向他问好一下,如果能收到答复,就证明大功告成。

在这里插入图片描述

模型列表勾选你想用的即可:如果你的Base URL 和 API Key都配置正确,这里就会弹出模型列表,勾选后点击OK, 配置工作就基本完成了。

在这里插入图片描述

重新进入OAI Compatible选择模型:填入API Key后界面会消失,不要怕,重新 打开 Copilot Chat -> 打开 Manage Models -> 选择OAI Compatible(不要选小齿轮哦,小齿轮是配置API Key的)

在这里插入图片描述

填入上一步申请好的API Key:在弹出的设置窗口,输入你的API Key,然后回车确认。

在这里插入图片描述

选择 OAI Compatible 齿轮:在弹出的模型供应商中,可以看到 [OAI Compatible] 。点击它右侧的小齿轮,后续如果你要修改为其他模型的话也是点击这个小齿轮。

在这里插入图片描述

打开 Manage Models:把模型列表打开,然后点击列表最下面的 Manage Models 按钮。

在这里插入图片描述

至此,大功告成!如需要更加自定义和灵活的配置,就自行阅读OAI插件的使用说明吧,我这里就不细说了。这个插件也是开源的,可以直接去仓库学习用法:https://github.com/JohnnyZ93/oai-compatible-copilot

三、总结与拓展

通过本文的详细步骤,我们成功地将强大的智谱 GLM-4.6 模型集成到了 VSCode Copilot 中,实现了:

  • 突破生态限制:让 Copilot 不再局限于官方模型,拥抱更广阔的模型生态,尤其是优秀的国产大模型。
  • 极致性价比:通过直连官方 API 并按量付费,我们可以更经济、更灵活地使用 AI 辅助编程,告别昂贵的固定订阅。
  • 原生体验:所有操作都在 VSCode 和 Copilot 的原生框架内完成,无需适应新的工具和工作流。

这种方法具有极强的可拓展性。今天我们以 GLM-4.6 为例,明天你就可以用同样的方式接入 Kimi 的长文本能力,或是 DeepSeek 的代码专项能力。你只需要找到对应厂商的 Base URL 和申请 API Key,就能无限拓展你的 Copilot 工具箱。

希望这篇教程能为你打开一扇新的大门。如果你在配置过程中遇到任何问题,或是有更好的模型推荐,欢迎在评论区与我交流!

Read more

使用Node版本管理包n,在MAC电脑权限问题

一、问题概述 在macOS系统中,Node.js开发环境经常遇到权限问题,导致开发者被迫使用sudo运行各种命令,形成恶性循环。本文档详细分析了问题的根源,并提供了彻底的解决方案。 如果正确合理的使用n,其实很少会遇到需要sudo的npm操作。 二、问题根源分析 我这里已n为例,以及一个实际开发中的问题,详细讲解其中的内容 2.1 权限污染的始作俑者:n 版本管理器 核心问题:n默认将Node.js安装到系统目录,需要root权限,这是所有后续权限问题的根源。 # n的默认配置(问题根源)N_PREFIX=/usr/local # 需要root权限写入 /usr/local/bin/node # root拥有 /usr/local/lib/node_modules/ # root拥有 2.2 权限污染的连锁反应 第一次: sudo npm

By Ne0inhk
【Linux】线程安全与线程同步

【Linux】线程安全与线程同步

个人主页~ 线程安全与线程同步 * 一、线程安全 * 1、概念 * 2、常见线程情况 * 3、常见重入情况 * 4、可重入与线程安全 * 5、死锁 * (一)概念 * (二)死锁的四个必要条件 * (三)避免死锁的方法 * 二、线程同步 * 1、概念 * 2、条件变量 * (一)概念 * (二)调用函数 * (1)初始化条件变量 * (2)销毁条件变量 * (3)等待条件被满足 * (4)唤醒等待线程 * (三)样例 一、线程安全 1、概念 我们这里通过理解重入与线程安全的关系来理解线程安全 线程安全即多个线程并发同一段代码时,不会出现不同的结果 重入即同一个函数被不同的执行流调用,当前一个流程还没有执行完,就有其他的执行流再次进入,

By Ne0inhk
【Linux】进程概念(二):操作系统上的进程状态及其转换

【Linux】进程概念(二):操作系统上的进程状态及其转换

摘要 本文深入探讨了操作系统中进程的核心概念——进程状态及其转换机制。文章通过图文并茂的方式,详细阐述了进程从创建到终止所经历的就绪、运行、阻塞和挂起等基本状态。重点剖析了每种状态的触发条件、底层管理原理(如PCB、运行队列、阻塞队列)以及它们之间的转换过程,旨在帮助读者清晰理解操作系统是如何通过精妙的状态管理来实现并发执行和高效的资源调配。 操作系统的认识详解----------》请点击(帮助我们更好的了解本文) * 摘要 * 目录 * 一、操作系统上的进程状态 * 1. 图解 * 2. 操作系统进程管理核心 * 2.1 就绪状态 * 2.2 运行状态 * 2.3 阻塞状态 * 2.4 挂起状态 * 总结 目录 一、操作系统上的进程状态 1. 图解 进程的执行状态 2. 操作系统进程管理核心 2.1 就绪状态 就绪就是进程已经具备运行的所有条件,

By Ne0inhk

Flutter 三方库 path 的鸿蒙化适配指南 - 实现具备跨平台路径解析、合并与规范化处理的 IO 管理底座、支持端侧沙箱路径与通配符匹配实战

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 path 的鸿蒙化适配指南 - 实现具备跨平台路径解析、合并与规范化处理的 IO 管理底座、支持端侧沙箱路径与通配符匹配实战 前言 在进行 Flutter for OpenHarmony 开发时,处理文件路径是一项极其频繁且高风险的操作。鸿蒙系统基于 Unix 内核(路径分隔符为 /),但在处理来自不同平台的数据或生成特定的资源路径时,手动拼接字符串极易引发“双斜杠”错误或路径遍历漏洞。path 是 Dart 官方维护的权威路径处理库。本文将探讨如何在鸿蒙端构建极致、专业的 IO 寻址基础设施。 一、原直观解析 / 概念介绍 1.1 基础原理 该库建立在“平台感知(Platform-Aware)”的路径逻辑之上。它不仅仅是简单的字符串工具,它理解

By Ne0inhk