一、关掉小地图（Minimap）

右侧那条细长的代码缩略图默认开启，其实很少用，反而挤占空间、显得杂乱。

1. 按 Ctrl + , 打开设置。
2. 搜索「Minimap」。
3. 取消勾选「Editor: Minimap Enabled」。

二、开启自动换行（Word Wrap）

写长行、注释或 Markdown 时，不用再横向拖动滚动条。

1. 按 Ctrl + , 打开设置。
2. 搜索「Word Wrap」。
3. 将「Editor: Word Wrap」设为「On」。

三、开启光标平滑动画

默认光标跳动略生硬，开启后移动更顺滑。它不改变功能，只让视觉更顺，长时间编码时这点细节确实影响观感。

1. 在设置里搜索「Cursor Smooth Caret Animation」。
2. 打开平滑光标动画选项。

四、关掉紧凑文件夹（Compact Folders）

当一连串文件夹都只含一个子文件夹时，VS Code 会把它们压成一行，反而看不清层级。虽然侧栏会因此稍长一点，但换来的是结构一目了然。

1. 按 Ctrl + , 打开设置。
2. 搜索「Compact Folders」。
3. 取消勾选「Explorer: Compact Folders」。

五、保存时自动格式化（Format on Save）

不用再手动整理缩进和空格，前提是装了 Prettier 之类格式化器。

1. 打开设置，搜索「Format On Save」。
2. 勾选「Editor: Format on Save」。

写完保存即可，代码自动保持整洁统一。

额外一招：善用「工作区设置」（Workspace Settings），可为不同项目单独保存格式化、排除项、自动换行等偏好，而不动全局配置。这些改动都不会重造 VS Code，却能实打实改善每天的编码体验。改完不必重启，设置即时生效，下次打开编辑器就能感觉到差别。

来源：XDA Developers

它能做什么

Implant 的核心是提供一个 MCP 工具 run_vscode_script。通过它，AI 智能体可以实时调用 VS Code 及其第三方扩展的能力：查找引用、跳转到定义、悬浮提示类型、查看工作区诊断、读取 git blame、浏览符号大纲，以及运行任何扩展注册的命令。

更实用的是修改代码的能力：结构化重命名、快速修复、重构、整理导入、通过 WorkspaceEdit 安全地创建/重命名/删除文件、使用格式化程序、执行源码操作。这些编辑都走语言服务器，而不是粗暴的文本替换，因此更能尊重作用域、导入和语义。

为什么比纯文本对话更安全

插件作者 Pavel Mikhailovskii 强调，Implant 默认不会自动执行任何脚本。每次调用都会弹出一个带有语法高亮的 webview，让用户选择“运行”、“运行并信任本次会话”或“拒绝”。只有用户明确批准后，脚本才会在 VS Code 扩展宿主中执行。

插件本地 HTTP 服务器只绑定 127.0.0.1，并依赖每次启动都会重新生成的会话令牌，未授权请求会返回 401 并弹出警告。不过作者也提醒：不要在共享机器上使用，因为任何以同一用户身份运行的进程都能读取会话文件。

安装与配置

安装 Implant 后，它会询问是否将其安装到当前工作区。这一步会在项目里生成五份可提交到版本控制的文件：

• .vscode/implant/call.js：stdio 与 HTTP MCP 代理

• .mcp.json：Claude Code / 通用 MCP 配置

• .cursor/mcp.json：Cursor MCP 配置

• .claude/skills/implant/SKILL.md：Claude Code 技能说明

• .cursor/rules/implant.mdc：Cursor 规则文件

同时，它会在 .github/copilot-instructions.md 中插入一段 <!-- BEGIN Implant --> 标记的指导语。VS Code 1.101 及以上版本的 MCP 原生客户端会自动发现该工具；命令行智能体则通过工作区配置文件读取。

适合谁用

如果你经常让 AI 处理中大型代码库，却总被“找不到定义”“改错了导入”“重命名漏了引用”困扰，Implant 相当于给智能体配了一副眼镜和一套手术刀。它不会替你思考，但能让智能体真正看懂并操作工程。

局限

目前 Implant 仍依赖每次调用的手动确认，不适合完全无人值守的自动化流水线。另外，由于脚本在扩展宿主内以扩展同等权限运行，任何安全沙箱的缺失都是其设计本身带来的取舍。

来源：Visual Studio Marketplace / Implant

XDA 撰稿人 Anurag Singh 用了将近六个月 Claude Code 的 20 美元套餐后退订，转而在 VS Code 里搭了一层本地大模型。他的结论是：体验确实比不上云端旗舰模型，但因为不再有额度顾虑，实际完成的工作反而更多。以下是这套本地方案的搭建过程。

第一步：挑一个自己机器跑得动的模型

本地方案成败的关键，是模型能否和 VS Code 同时舒服地跑起来，而不是挑参数最大的那个。这位撰稿人的设备是 16GB 统一内存的 M5 MacBook Air，他实测过的几个候选如下：

1. GPT-OSS 20B：推理与工具调用都强，但独占约 16GB 内存，与开发环境同跑压力过大。
2. Codestral 22B：量化更激进更轻量，补全质量不错，但更适合做补全而非项目级智能体。
3. DeepSeek Coder V2 Lite：占用约 9GB，是另一个可行选项。
4. Qwen2.5 Coder 7B / 14B：7B 明显更快，但改动牵涉多个文件时容易跟丢上下文；14B 的 Q4 量化版约占 9GB，平衡最好，且专门针对代码生成、推理与修复训练，还支持工具调用。

工具调用这一项很重要——它决定了模型能否主动查看文件并执行改动，而不只是丢回一段代码。最终他选定 Qwen2.5 Coder 14B 作为主力。

第二步：把模型跑起来并暴露接口

推理后端用 Docker Model Runner，负责模型的下载、存储与运行。在 Docker Desktop 启用后，把 OpenAI 兼容 API 暴露在 12434 端口，再拉取模型即可。

第三步：在 VS Code 里装 Continue 并接上本地模型

让模型真正成为编辑器的一部分、而不是另开一个聊天窗口，靠的是 Continue 扩展。它提供聊天面板、行内代码编辑、自动补全，以及可搜索项目并修改文件的智能体模式。Continue 既支持云端模型，也能通过 OpenAI 兼容接口连接本地模型。

安装扩展后，在 ~/.continue/config.yaml 中添加本地模型配置：

`yaml

• name: Qwen2.5 Coder 14B

provider: openai

model: ai/qwen2.5-coder:14B

apiBase: http://localhost:12434/engines/v1

apiKey: not-needed

contextLength: 8192

maxTokens: 2048

temperature: 0.1

capabilities:

• tool_use

roles:

• chat
• edit
• apply

`

这段配置会把本地模型设为 Continue 的主力编码模型，它可以查看当前项目、搜索文件、给出并应用修改建议，全程不把代码发往外部接口。

第四步：分工与项目规则

实际使用中不必只用一个模型：14B 负责对话和代码编辑，自动补全可以交给更小的 Qwen2.5 Coder 模型，延迟低得多。此外，把项目专属说明写进 .continue/rules/ 目录，包括项目结构、测试命令，以及不希望模型改动的文件，能显著减少返工。

需要接受的几点妥协

这套方案的打磨程度不如 Claude Code。Qwen2.5 Coder 14B 理解大型项目更慢、出错更多，有时需要更具体的指令，无法给一句含糊的要求就指望它自己走完全程。跑 14B 模型也会挤占内存，响应启动比云端慢，长时间使用机器会发热，因此不建议同时开一堆吃内存的程序。

但对多数开发者而言，日常任务本就用不到那么高的自主性。真正的改变是心态：可以让模型把同一个函数解释三遍，反复重试失败的修改，一口气处理一长串小问题，而不必再盯着额度。

来源：XDA Developers