曾经的我，装插件是 VS Code 的乐趣。现在，装插件是 VS Code 的负担。而 AI，正在悄悄接管它们的工作。
如果你是从 2018 年就开始用 VS Code 的老用户，你的插件列表里大概率躺着几个“装机必备”：Bracket Pair Colorizer、Auto Rename Tag、REST Client、IntelliCode……
但在 2026 年，这些东西要么被 VS Code 原生功能吸收了，要么被 AI 彻底替代了。今天咱们就盘点几个“曾经流行、现在可以卸了”的插件，看看 AI 到底替它们干了什么。
一、IntelliCode：被官方“判死刑”的 AI 补全鼻祖
如果你在 2020 年问“VS Code 有什么必装插件”，IntelliCode 一定在清单上。它用本地机器学习模型，在 IntelliSense 列表里把“最可能用到”的 API 标上星号，还能给出灰色字体的单行补全建议。
它的结局是：被微软亲自送走了。
2025 年 11 月，微软正式将 IntelliCode 系列扩展标记为弃用并归档，包括 IntelliCode（6040 万安装量）、IntelliCode Completions、IntelliCode for C# Dev Kit 等，累计下载量超过 7000 万。微软的官方建议很直接：“请使用 GitHub Copilot。”
IntelliCode 用的是本地 GPT-C 模型，只能在 IntelliSense 列表里“排序”和“给一行灰色建议”。而 Copilot 用的是云端大模型，能生成多行代码、理解整个项目上下文、甚至进入 Agent 模式自主完成任务。从“帮你选 API”到“帮你写功能”，中间隔着代际差距。
二、Bracket Pair Colorizer：不是被 AI 杀的，是被原生功能杀的
这个插件曾经是“彩虹括号”的代名词。但在现在的 VS Code 里，括号着色已经是原生功能，装这个插件反而可能和内置功能冲突，启动时白白多耗 180ms。
AI 在这里的角色是什么？AI 写的代码，结构通常更整齐。当你让 Copilot 或 Claude 生成一段嵌套逻辑时，它们会尽量把括号层级控制在可读范围内。以前你需要彩虹括号来肉眼追踪“这个}到底对应哪个{”，现在你更多是让 AI 帮你重构那段嵌套——把三层if拆成卫语句，括号自然就少了。
三、REST Client / Postman 类插件：AI 直接替你发请求了
以前测试一个 API，标准流程是：打开 REST Client 或 Postman，手写请求方法、URL、Header、Body，点发送，看响应。
现在你只需要跟 AI 说一句话。
有开发者分享过自己的经历：他把 REST Client 插件卸了，因为“现在直接告诉 Claude：‘测试 /users 端点，带上 auth token X，告诉我响应是否符合 schema。’”
这背后的变化是：API 测试从“手动构造请求”变成了“描述测试意图”。你不需要记住 Header 格式，不需要手动拼 JSON，AI 会读你的代码库，知道你定义的 DTO 长什么样，然后帮你构造正确的请求体。
四、gitlens： 姿势不对，努力白费
GitLens 最被高频使用的功能，是代码行级的 Blame 注解——鼠标悬停在一行代码上，就能看到“谁、什么时候、为什么”改了这行。这在过去是排查问题、找人问代码的“最快路径”。
AI 会自动调用 git_blame 工具，读取历史和 Diff，然后直接给你一段带引用的总结
五、prettier
以前你用 Prettier，是因为 自己写出来的代码缩进乱、引号不统一、换行随意。你保存一下，Prettier 帮你“擦屁股”。
现在 AI 生成代码时，它会读取你的项目配置（.prettierrc、.editorconfig），或者从你现有代码的风格中学习，直接生成格式正确的代码。它不需要你事后格式化，因为一开始就没写乱。
最后我们发现再vscode插件排行榜上Copilot，Calaude code，codex等插件都位列仙班，随着AI的能力越来越强，也会有更多的插件会被替代。
最后问一句大家
你的 VS Code 插件列表里，还有哪些是“AI 一开口就能替你干了”的？
