Prettier和ESLint必须配对禁用冲突规则，因其职责重叠：Prettier负责代码样式（如引号、分号），ESLint默认启用同类格式规则，配置不一致时保存会反复修改同一处，导致报错和卡顿；需禁用ESLint格式规则或使用eslint-config-prettier并置于extends末尾，同时设Prettier为VSCode默认格式化器。
别装超过 12 个插件——这是实测能保持 VSCode 响应速度的硬上限，再多就不是“增强”，而是“拖垮”。
为什么 Prettier 和 ESLint 插件必须配对禁用冲突规则？
单独启用 Prettier 会格式化代码，ESLint 又想按自己规则修复，保存时两者打架：一个加分号，一个删分号，光标卡住、控制台报 Conflict with another formatter。这不是配置问题，是设计冲突。
- 必须在
settings.json中设"editor.defaultFormatter": "esbenp.prettier-vscode"，且只设这一个 - 安装
eslint-config-prettier并在.eslintrc.js的extends数组末尾加上它，否则eslint --fix仍会覆盖Prettier - 关闭
ESLint插件的自动修复（eslint.codeAction.showDocumentationCodeActions设为false），只保留静态检查
Auto Import 在 TypeScript 项目里为何不自动补全第三方组件？
它依赖 tsconfig.json 中的 baseUrl 和 paths 配置识别别名路径，但默认只扫描 node_modules 和当前项目 src 下的声明文件。如果用了 @/components/Button 这类别名，又没配好 compilerOptions.typeRoots 或 types 字段，Auto Import 就不知道该从哪找类型定义。
- 确认
tsconfig.json含"baseUrl": "src"和对应"paths"映射 - 若组件库无内建类型（如某些 UI 库的 UMD 版本），需手动安装
@types/xxx或在src/types/shims.d.ts中补充声明 - 重启 TS Server（命令面板执行
TypeScript: Restart TS server），否则缓存不更新
远程开发时 Remote Explorer 连不上 SSH 主机？
常见错误是 Failed to connect to the remote extension host，根本原因往往不是网络，而是远端 vscode-server 版本与本地 VSCode 不匹配，或远端用户主目录权限异常。
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
立即学习“前端免费学习笔记（深入）”；
- 先在远端执行
rm -rf ~/.vscode-server，再重连触发重新下载（VSCode 会自动拉取匹配版本） - 检查远端
~目录属主是否为当前用户（ls -ld ~），非 root 用户但目录属 root 会导致启动失败 - 若用密码登录，确保 SSH 配置中未禁用
passwordAuthentication；密钥登录则确认~/.ssh/authorized_keys权限为600
Quokka.js 运行时报 Cannot find module 'typescript' 怎么办？
它默认走全局 typescript，但现代项目多用 pnpm 或 yarn 管理本地依赖，全局没装或版本不一致就会崩。这不是 Quokka 的 bug，是 Node 模块解析路径没对上。
- 在项目根目录下运行
npx tsc --version确认本地 TS 版本 - 打开 Quokka 配置（命令面板输入
Quokka: Configure Plugin），把tsconfigPath指向项目tsconfig.json，并设nodeArgs为["-r", "ts-node/register"]（若用 ts-node） - 更稳的做法：在项目里装
typescript为 devDependency，Quokka 就会优先读node_modules/typescript
插件越多，越容易在 onDidOpenTextDocument 这类高频事件上堆积监听器——这不是某一个插件的问题，是所有插件共同注册的副作用。真正影响打开速度的，往往是那个你根本没注意、却在每个文件加载时都默默执行初始化的“小透明”插件。
