VS Code高效开发依赖精准配置而非盲目装插件：Python需配Pylance与解释器路径；前端须协调ESLint与Prettier规则；Remote-SSH要透传本地代理；File Utils批量重命名可同步改import。
VS Code 本身轻量，但真正让它成为主力编辑器的，是扩展生态。不过“必装”没有标准答案——取决于你写什么语言、用什么框架、是否需要调试或部署。下面按真实开发场景列几个高价值、低干扰、解决具体问题的扩展，以及关键配置建议。
Python 开发：Pylance + Python 扩展包必须配对用
Pylance 是微软官方的 Python 语言服务器，提供类型推断、跳转定义、智能补全等核心能力。但很多人只装了它，却没启用 python.defaultInterpreterPath 或忽略 python.languageServer 设置，导致功能不生效。
- 务必在设置中搜索
python.defaultInterpreterPath，手动指定你的虚拟环境里python可执行文件路径（如./venv/bin/python或./venv/Scripts/python.exe） - 确认
python.languageServer设为Pylance（不是Jedi或None） - 如果用了
pyproject.toml，Pylance 默认会读取[tool.pylance]配置；但若没生效，检查 VS Code 是否识别到了该文件（右下角状态栏应显示 “Pylance (pyproject.toml)”）
前端开发：ESLint + Prettier 的冲突要主动调和
ESLint 检查逻辑与风格，Prettier 格式化代码，两者默认规则有重叠甚至冲突。直接同时启用会导致保存时反复格式化、报错不消失、eslint-config-prettier 失效。
- 在
settings.json中禁用 Prettier 的自动格式化："prettier.enable": false - 把 ESLint 设为唯一格式化工具：
"editor.formatOnSave": true+"editor.defaultFormatter": "dbaeumer.vscode-eslint" - 确保项目根目录有
.eslintrc.cjs或eslint.config.js，且已正确引入eslint-config-prettier（注意：新版 ESLint v8.50+ 推荐用eslint.config.js导出数组，而不是旧版extends字符串）
远程开发：Remote-SSH 连接后别忘了转发本地代理
用 Remote-SSH 连服务器写代码很爽，但一旦项目依赖 npm 包、pip 包或 git submodule，常遇到超时、403、证书错误——根源往往是远程机器无法访问你的公司内网或私有 registry。
- 不要在远程机器上单独配
http.proxy，而应在本地 VS Code 的settings.json（Remote 环境下）加："http.proxy": "http://localhost:10809"（对应你本地运行的代理端口） - 确保 SSH 配置启用了
ForwardAgent yes和DynamicForward 10809，或使用ProxyCommand套一层本地 socks 代理 - 某些 CLI 工具（如
git、curl）不读 VS Code 的http.proxy，需额外在远程 shell 的~/.bashrc中设export https_proxy=socks5://localhost:10809
通用提效：File Utils 不只是删文件，关键是批量重命名
很多人装了 File Utils 却只用它删文件，其实它最省时间的功能是「批量重命名」——比如把 user_controller.py → user_service.py，同时改 import 路径、变量名、测试文件名。
- 右键文件夹 →
File Utilities: Rename files...，支持 glob 模式（如**/*.py） - 输入正则替换：原模式填
controller，替换为service，勾选Also rename imports（会扫描import/from ... import行并同步修改） - 注意：它不会改字符串字面量里的内容，也不会跨文件改变量引用——这是有意设计，避免误伤
插件再多，真正卡住效率的往往不是缺功能，而是某一个配置项没对齐、某一个路径没指向、某一个代理没透传。与其追求“全装”，不如先搞定你当前项目里最痛的那个环节。
