在编辑器里写代码，最怕的不是不会写，而是思路被切碎：看到一个函数想问问 AI，得切到浏览器、复制粘贴、把上下文丢一半。VSCode 的 AI 插件就是冲着这个来的——把补全、提问、改代码都留在编辑器里，光标不动就能把活干完。
三类插件，分工不同
装插件前先分清它们各自管什么。第一类是代码补全，你敲一半它接后半句，讲究的是快和手感，延迟稍高就会烦人；第二类是右侧对话，像把聊天窗口搬进编辑器，适合问思路、让它解释一段看不懂的代码；第三类是内联改写，选中一段代码直接下指令，改动以 diff 形式落到文件里，你逐块确认。
三者不必都装。只想要「打字更顺」就装补全；经常要问「这段为什么这么写」就加对话；要动手改代码，内联改写最省事。装太多插件反而会抢快捷键，右下角一直转圈。
补全管手感，对话管思路，内联改写管动手——先想清楚缺哪一块，再挑插件。
把插件指到自建接口
多数主流插件都允许自定义服务商，配置方式集中在三处。第一处在插件自己的设置页，找到类似「自定义 / OpenAI Compatible」的选项，填接口地址 https://api.aigcbreeze.cn/v1 和 sk- 开头的密钥；第二处在 settings.json，适合把配置写进项目里跟着仓库走；第三处是环境变量，适合命令行一起用的场景。
模型 ID 要按需分配而不是一刀切：补全这类高频低难度的活，用小而快的模型足够，省钱也更快；对话和内联改写这类要读懂上下文的活，再换成能力更强的模型。插件里通常可以分别为这两类功能指定模型。
写完配置别急着写代码，先让插件随便答一句，确认连接是通的。这一步能挡掉后面大半的排错时间——配置错和模型不好用，表现都是「没反应」，分清楚才好处理。
三种用法各自的讲究
补全的关键是「别打断你」。它给的建议本来就只是建议，惯用的做法是把接受快捷键改顺手，觉得不对就按取消，继续往下写，让下一次建议重新生成。如果发现补全总在慢半拍，先降模型规格，再考虑关掉某些文件类型的补全。
对话适合问「为什么」而不是「帮我写」。把相关文件一起拖进上下文，问「这个函数在什么情况下会返回空」比丢一句「看看这段代码」有用得多。反过来，跨文件的改动别指望它一步到位，它看不到你脑子里的整体设计。
内联改写务必先看 diff 再确认。它擅长的是局部活：重命名、补异常处理、把一段循环改写成更清楚的写法。一次选中一段就够，改动范围一大，diff 会长到看不完，反而容易漏掉它悄悄改掉的地方。
常见问题
插件里填了地址却连不上？
先看地址是不是漏了 /v1，这是最常见的一处；再确认密钥没有多余空格、额度还没用完。用同一个 Key 在别的地方试一次，能立刻分清是插件配置问题还是密钥本身的问题。
补全建议质量忽高忽低？
补全靠的是光标附近的上下文，文件里命名混乱、缺少类型信息时它的判断就跟着飘。把函数名和注释写清楚，效果往往比换模型更明显。
装了好几个插件，快捷键打架怎么办？
在快捷键设置里搜插件名，看哪些功能被重复绑定，把不常用的解绑。同类功能留一个就够，留两个的结果通常是两边都不好使。