GitHub Copilot（代码自动补全助手）平替方案推荐：5款好用且免费的AI编程插件

每月给代码补全助手交订阅费，用得却不算多，这大概是很多人动过换方案念头的起点。免费插件确实能覆盖相当一部分补全和问答场景，但坑也不少：有的要求自带 API Key，有的额度用完就静默降级，有的停更了没人管。这篇不堆实测数字，只按「能不能白嫖、怎么配、什么时候会卡住」这条线，把可选路径和配置动作拆开讲。

每月给代码补全助手交订阅费，用得却不算多，这大概是很多人动过换方案念头的起点。免费插件确实能覆盖相当一部分补全和问答场景，但坑也不少：有的要求自带 API Key，有的额度用完就静默降级，有的停更了没人管。这篇不堆实测数字，只按「能不能白嫖、怎么配、什么时候会卡住」这条线，把可选路径和配置动作拆开讲。

先说明适用范围：纯个人开发、写代码时主要想要整行补全和零散问答、对延迟不是极端敏感，这几条满足的话免费组合基本能顶一阵子。反过来，如果你天天做跨文件重构、团队要统一账单一套配置，那免费方案大概率是过渡而不是终点，什么时候该换后面单独讲。

先分清「免费」的三种含义，别被宣传页骗了

「免费 AI 编程插件」这个词被用得太宽，实际至少三种情况。第一种插件本身不要钱但让你自备模型额度，这种免费是把成本挪到别处；第二种插件免费还自带额度，但通常有每日或每月上限，超了降级或直接不能用；第三种开源本地跑，不用任何账号，代价是要自己有显卡或者接受慢一点的补全。

自备 Key 型

插件只负责补全交互和上下文组装，模型走你自己的 Key，灵活但多一步配置

自带额度型

注册就能用，上手最快，但额度规则会变，要定期回站内核对当时的数字

本地运行型

模型跑在自己机器上，代码不出本机，对硬件有要求，速度看机器

判断方法很简单：装之前先问一句「它靠什么活着」。收订阅、卖额度、还是纯社区维护？靠融资烧钱换用户的插件，免费额度不会长期保持不变；纯社区维护的更新节奏看作者心情，出问题只能自己扛。这不是说哪类不能用，而是心里要有数，别把临时能用的东西当长期方案。

五条可落地的路径，各自适合谁

下面五条不是要你全装一遍，而是按你的约束条件挑一条起步。每条都写清获取方式和第一件要做的事，具体额度与是否收费到站内工具目录页面核对当时的数字。

• 编辑器原生补全：入口最浅，代价是能力边界由编辑器决定，换编辑器等于换方案；
• 开源插件加自备 Key：灵活度最高，适合已经有一个稳定模型来源的人，但 Key 管理要自己上心；
• 本地模型方案：数据不出本机是最大优势，硬件跟不上时补全延迟会明显影响写码节奏；
• 带免费额度的商业插件：注册即送一部分用量，问题是额度规则会调整，别拿一次看到的规则当长期依据；
• 聚合式客户端：一个客户端挂多家，方便同一段任务换模型对比，配置项也最多，新手容易在设置页绕晕。

如果你不确定走哪条，建议先用聚合式客户端或开源插件配一个已有 Key，把「补全能不能用」这件事验证掉，再决定要不要为它单独换来源。反过来，如果你的代码有明显不能外发的要求，直接从本地方案起步，省得后面迁移。

挑插件看这五点，比看宣传语有用

免费插件的宣传页都写得很好看，真正拉开差距的是下面这几个细节。按顺序过一遍，能筛掉大部分装完就后悔的。

最后一条最容易被忽略。停更插件在编辑器大版本升级后可能直接失效，而且问题是突然出现的，不会提前打招呼。如果你打算长期用，优先选还在动的项目，哪怕功能少一点。

配置顺序：从装插件到跑通第一段补全

很多人装完插件就直接去填 Key，结果报错分不清是插件问题还是配置问题。按下面顺序走，每一步都能定位到具体环节。

1. 装插件并确认语言识别先别填任何 Key，装完打开一个你熟悉的文件类型，看插件状态栏有没有识别到语言、有没有默认补全出现。
2. 决定模型来源走插件自带额度就直接登录；要自备 Key 就找到设置里的 Base URL 与 Key 输入项，确认插件文档写的是哪套协议再填。
3. 用真实代码验证不要用示例文件测，示例文件通常看不出上下文读取是否正常，打开自己项目里的一个文件写几行看补全质量。
4. 确认 Key 存放位置Key 不要写进会提交到仓库的配置文件，改用环境变量或插件提供的安全存储，具体做法见站内 Key 安全相关页面。

跑通之后别急着装第二个插件。两个补全插件同时开通常会互相打架，表现为补全重复、候选框闪烁，排查时先把不常用的那个禁用掉再看。

配置最容易卡住的四个地方

补全插件报错信息普遍含糊，「不可用」三个字背后可能是四五种原因。下面四条按出现频率排，遇到问题按这个顺序排查。

• 协议不匹配：插件只认一种请求格式，你填了另一种协议的地址会一直报错，先回插件文档确认写的是哪套；
• 代理与环境变量：本地网络不通的表现和 Key 错误很像，先用站内测速工具量一下延迟基线再判断；
• 补全不触发：多数是语言服务器没起来或文件类型没被识别，换个文件扩展名试一下能快速定位；
• 额度悄悄用完：免费额度耗尽有些插件不报错只是不再补全，遇到「突然不好使」先查用量再看代码。

其中代理和 Key 错误最容易混。判断办法是：换一个确认可用的 Key 试同样的请求，如果还是不通就是链路问题，如果通了就是原 Key 或额度问题。这一步用不了两分钟，比反复改配置快得多。

什么时候免费方案会不够用，该考虑换

免费方案不是永远能用，也不是一到瓶颈就该换。下面几种情况是明确的信号，出现一条就该认真评估，出现两条以上基本可以准备迁移了。

判断标准不是「补得够不够好」，而是「有没有因为它返工」。如果一天里被补全带偏好几次，省下的订阅费其实是用你的时间换的，这时候换方案更划算。反过来，如果只是偶尔补几行、偶尔问答，免费档完全够，没必要为了心理上的完整感升级。

想升级之前，先把免费和付费的账算一遍

决定升级前先做两件事：记一周真实使用情况，再去站内比价页面对照当前报价。别拿记忆里的价格做决定，模型单价和订阅规则都会变，具体数字到站内页面对照当时的为准。

1. 记一周真实用量大概记每天补多少次、有没有用到问答、有没有因为额度断了工作，不用精确到次，估个量级就够。
2. 去站内比价页面对照到价格追踪相关页面看当前订阅与按量计费的报价结构，注意区分「按月固定」和「用多少付多少」两种。
3. 用真实任务试几天升级前用真实项目跑几天，看是否真的解决返工问题，别用示例任务判断，示例任务掩盖差异。
4. 定期回来看一眼免费额度和定价规则都会调整，隔一段时间回站内核对一次，避免按旧印象做决策。

如果只是偶尔补几行，自备 Key 按量计费的方案往往比整月订阅更合适，但这取决于你的实际用量，别凭感觉选。真正稳妥的做法是先按量跑一段，拿到自己的用量分布再看要不要换成固定订阅。