LLM那些事 · 拓展：大模型究竟“吃”什么长大的，训练数据集长啥样啊？
2026/8/27 5:20:27
VS Code 配置指南：插件与工作区优化
VS Code 装完只是个空壳子，真正让它好用的是配置和插件。我见过太多人装完直接用默认配置，功能用不到一半，却天天羡慕别人截图里的编辑器。这篇按"装好 → 设置 → 插件 → 远程 → AI → 落地配置"的顺序，把一套我自己攒了很久的配置方案给你。
本文按安装类教程的结构组织：环境要求、步骤、验证、常见问题。所有操作在 Windows 10/11 和 macOS 上都验证过，截图占位，插件清单以 VS Code 扩展市场当前在售版本为准。
环境要求与安装
先确认环境，再安装本体。
| 项目 | 要求 |
|---|---|
| Windows | Windows 10 以上，64 位 |
| macOS | macOS 11 以上，Apple Silicon 或 Intel |
| Linux | 主流发行版，glibc 2.28 以上（以官方为准） |
| 内存 | 建议 8GB 以上，4GB 勉强能跑 |
去官网 code.visualstudio.com 下载安装包。Windows 是.exe，装的时候勾选"添加到 PATH"和"右键打开"，方便后面在终端直接敲code命令。macOS 下载.zip，解压后拖进 Applications 就行。
安装后验证：
code--version# 预期输出：类似 1.9x.x 的版本号和 commit 哈希能在终端唤起编辑器，说明装好了。
【此处需补真实截图：code --version 输出 / 安装完成首次打开的界面】
基础设置：主题、字体、文件关联
打开设置（Ctrl+,/Cmd+,），把这三样先配好。
主题。内置的 Dark+ 已经不错，我个人用得比较多的是浅色配 Deep 色调。设置入口在Ctrl+K Ctrl+T。不用刻意追求冷门主题，看得久不刺眼才是标准。
字体。终端编程推荐等宽字体，内置的 Consolas（Windows）和 Menlo（macOS）都能用。想更好看的，可以装一个字体后配置：
"editor.fontFamily":"'Cascadia Code', Consolas, 'Courier New', monospace","editor.fontSize":14,"editor.fontLigatures":truefontLigatures开启连字，=>、!=这类符号会渲染成更紧凑的形式，看代码更省眼。
文件关联。有些文件扩展名 VS Code 识别不了，手动指定语言。比如：
"files.associations":{"*.conf":"ini","*.vue":"vue"}配好后语法高亮和代码提示就正常了。
还有一个经常被忽略的设置：editor.formatOnPaste和editor.formatOnType。前者让粘贴进来的代码自动格式化，后者在输入时即时格式化。多人协作时，这两个开关能让进入你文件的代码保持统一风格，省去事后手动整理。
必装插件清单：按用途分类
插件别装一堆然后吃灰，下面这份是我长期用下来真正高频的清单。每个都写了用途和推荐理由，按需取用。
前端方向
| 插件 | 用途 | 推荐理由 |
|---|---|---|
| ESLint | JS/TS 代码规范检查 | 团队代码风格统一的基本盘 |
| Prettier | 代码格式化 | 保存时自动格式化，风格不用吵 |
| Auto Rename Tag | 同步改配对标签 | 改 HTML/Vue 标签时自动改闭合标签 |
| Tailwind CSS IntelliSense | Tailwind 类名补全 | 写 Tailwind 项目时类名提示、冲突检测 |
后端方向
| 插件 | 用途 | 推荐理由 |
|---|---|---|
| Python | Python 语言支持 | 微软官方，调试、补全、虚拟环境识别一体 |
| Pylance | Python 类型检查 | 配合 Python 插件，补全和类型提示强不少 |
| Thunder Client | 接口测试 | 轻量级 Postman 替代，发请求不用切窗口 |
| REST Client | 接口测试（文件式） | 请求写在 .http 文件里，可进版本库，团队友好 |
AI 方向
| 插件 | 用途 | 推荐理由 |
|---|---|---|
| GitHub Copilot | AI 补全与对话 | 官方集成，补全质量稳定 |
| Continue | 多模型对话 | 可配多家大模型 API，本地也有客户端可用 |
AI 插件具体哪家好用、怎么配，跟网络环境和模型版本关系很大，以插件官方文档为准。
效率方向
| 插件 | 用途 | 推荐理由 |
|---|---|---|
| GitLens | 查看代码历史与作者 | blame、历史记录、分支对比，排坑神器 |
| Live Share | 多人协作编辑 | 远程结对调试，比截图沟通效率高 |
| Path Intellisense | 路径自动补全 | 写引用路径不再手打 |
| TODO Highlight | 高亮 TODO/FIXME | 遗留事项一眼可见 |
| Error Lens | 行内错误提示 | 错误/警告直接显示在代码行，不用等悬浮 |
主题与图标：把"看得清"排在"好看"前面
插件装多了，默认的文件图标看着费劲。两处小配置能明显改善：
文件图标。装 “Material Icon Theme”，然后在Ctrl+K Ctrl+T里切换。相比默认图标，它的价值是把配置文件、测试文件、源代码用颜色和形状区分开，扫目录不费眼。
主题配色。深色主题选对比度适中的（比如 One Dark Pro、Dracula），纯黑底长时间看容易疲劳，纯白底在高亮环境反光。判断标准就一条：关键词、函数名、字符串的颜色差异够不够明显，否则看长代码容易串行。
我自己的策略是主题固定一套、字体固定一个，其余全交给默认。配置越少，换新环境时恢复成本越低——编辑器是干活的工具，不是收藏品。
远程开发：SSH 与容器
本地文件小打小闹无所谓，项目一复杂，开发环境就常年在服务器或容器里。VS Code 的远程开发三件套：Remote-SSH、Remote-Containers、WSL。
SSH 远程连接的步骤：
【此处需补真实截图：Remote-SSH 连接成功后的"远程窗口"提示条】
连上后，本地装的插件默认不会同步到远端。要用的插件在"扩展面板 → 远程"标签里单独装一份。写代码体验跟本地几乎无差别，这也是我推荐远程开发优先用 VS Code 的原因。
容器开发类似，装了 Remote-Containers 后打开一个含.devcontainer配置的仓库，会提示"Reopen in Container"，点一下就进入容器环境，依赖装在里面，换台机器也能一键复现环境。
SSH 远程还有一个进阶用法：配合 WSL。Windows 上跑 Linux 开发环境，装好 WSL 后 VS Code 能直接连进 WSL，共享文件系统、统一终端环境。文件访问比跨盘拷贝舒服，很多 Windows 用户的 Linux 开发流程就是这样搭起来的。
AI 助手集成
VS Code 的 AI 能力主要来自插件层。GitHub Copilot 官方扩展最主流，装完登录账号，Tab 补全和 Chat 面板就都能用了。国内环境下，各家也有云端 IDE 和插件方案可选（通义灵码、CodeGeeX 等，具体以官方为准）。配置重点就一个：让 AI 看懂你的项目规范。在项目根目录放一份说明文件，写清目录结构、命名规范、禁止事项，AI 引用时会大幅减少跑偏。
团队用 AI 插件，最容易出的问题是"各写各的"——有人开了补全、有人没开，有人用默认模型、有人换了模型，产出风格五花八门。建议在仓库里固化一份.vscode/extensions.json把 AI 插件列为推荐项，再把项目规范写进说明文件，让新成员一进来就对齐。
settings.json 推荐片段
上面的配置最终都落进settings.json（Ctrl+,后点右上角文件图标打开）。给你一份我长期在用的核心片段：
{"editor.formatOnSave":true,"editor.tabSize":4,"editor.wordWrap":"on","editor.minimap.enabled":false,"editor.renderWhitespace":"all","files.trimTrailingWhitespace":true,"files.insertFinalNewline":true,"search.exclude":{"**/node_modules":true,"**/dist":true},"git.autofetch":true,"terminal.integrated.defaultProfile.windows":"Git Bash"}逐条说明：保存自动格式化、缩进 4 空格、自动换行、关掉小地图（大屏上价值不大）、显示空白字符（调试对齐问题有用）、文件保存时去行尾空格、自动加末行换行（git diff 更干净）、搜索排除依赖目录、git 自动拉取、Windows 终端默认用 Git Bash。
工作区优化：让配置跟着项目走
团队项目里，个人设置和项目设置要分开。VS Code 支持工作区级配置.vscode/settings.json，提交到仓库，团队共享：
项目根目录/ ├── .vscode/ │ ├── settings.json# 团队共享设置│ └── extensions.json# 推荐插件清单├── src/ └──...extensions.json里写推荐插件，队友打开项目时会收到安装提示：
{"recommendations":["dbaeumer.vscode-eslint","esbenp.prettier-vscode","eamodio.gitlens"]}团队里每个人都统一格式化规则和推荐插件，代码风格基本就统一了。任务（Task）也可以配置进.vscode/tasks.json，把构建、测试、lint 命令固定下来，Ctrl+Shift+B一键跑。
再补一个团队场景常见需求：新人加入时，靠口头交代环境配置效率极低。把.vscode/目录提交进仓库后，新人 clone 下来打开项目，VS Code 会自动提示安装推荐插件，.vscode/settings.json里的配置自动生效，十分钟就能进入干活状态，不用再手动一个个装。
常见问题
问：插件装多了卡顿怎么办？答：确认是否所有都必需，参考上面的清单砍掉低频的；Ctrl+Shift+X里搜索 “Extension Host”，看 CPU 占用高的停用；大项目把search.exclude配好，索引压力小很多。
问：Remote-SSH 连不上服务器？答：先本地ssh user@ip确认能通；再确认远端有没有~/.vscode-server残留导致版本冲突，删掉重连试试；网络代理也会拦，检查代理设置。
问：格式化风格跟队友不一样？答：统一用 Prettier，并在项目.vscode/settings.json里固定"editor.defaultFormatter": "esbenp.prettier-vscode"，保存即格式化，风格自然一致。
问：AI 补全不出现？答：检查插件是否登录、模型是否可用，多数是账号或网络问题；也确认没在settings.json里误关相关开关。
问：我的 VS Code 为什么没有 AI 功能？答：VS Code 本体不带 AI，功能来自插件层。需要先安装对应扩展（Copilot 或各家 AI 插件）并登录账号，装完重启窗口才生效。
问：配置冲突、不知道哪条设置生效？答：命令面板搜Preferences: Open Settings (JSON)看最终生效的配置；右键某项设置选 “Copy as JSON” 能快速迁移到别的环境。工作区配置优先级高于用户配置，别在两边写互相冲突的值。
结论
VS Code 的配置不是越全越好，而是越贴合自己的工作流越好。
结尾说一个心态：配置是过程不是目的。我见过有人花一整天调主题、装插件，结果代码一行没写。我的经验是配置做到"够用就停"——字体能看清、格式化能统一、远程能连上、AI 能用起来，剩下的边用边补。编辑器是为写代码服务的，别本末倒置。我的方案核心就三件事：基础体验（字体、格式化）、高频插件（按分类按需）、团队固化（工作区配置入库）。照这个框架搭一套，装完直接进入干活状态，不用每次换环境都重新折腾一遍。