VS Code扩展应按需选装、验证行为、关闭非活跃者。通过命令面板安装，优先选官方认证或高星项目，注意激活事件和依赖配置，禁用重复或高耗扩展，核心前端项目通常只需4个。
VS Code 扩展不能“一键全装”，盲目安装反而拖慢启动、引发冲突。真正提升效率的关键，是按需选装、验证行为、关闭非活跃扩展。
如何通过命令面板快速安装常用扩展
快捷键 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS）打开命令面板，输入 Extensions: Install Extensions 回车，即可进入扩展市场。不建议直接点击左侧扩展图标搜索——它默认启用模糊匹配，容易刷出低质量插件。
- 搜扩展时，优先用官方认证标识（蓝色“Verified Publisher”）或 GitHub star 数 >5k 的项目
- 输入关键词如
prettier、eslint、gitlens，而非“代码格式化”这类泛义词 - 安装前点开详情页，重点看
Activation Events是否含onLanguage:javascript这类按需激活项，避免全局常驻
为什么有些扩展装了却没反应
常见原因是触发条件未满足，比如 ESLint 扩展不会自动校验任意 .js 文件——它需要项目根目录存在 .eslintrc.js 或 package.json 中有 eslintConfig 字段，且工作区已打开该文件夹（而非单个文件）。
将一个或多个 UI 原型图、线框图、产品截图或设计稿转换为标准化、可直接交付的 PRD 风格文档，供产品、设计、前端和测试共同使用。适用于 Codex 需要分析 PC 网页、桌面端、移动端、响应式页面、独立弹窗、表单、表格、看板、数据大屏或多页面流程截图，还原页面结构与交互，强制套用固定文档模板，抽取跨页面共享规则，或把一组原型沉淀为单页规范文档加整体业务流程文档的场景。不适用于纯视觉审美点评、代码实现、接口设计、埋点方案、竞品分析或无 UI 输入的业务需求创作。
-
Debugger for Chrome仅在 launch 配置中定义了type: "pwa-chrome"且点击绿色三角形后才激活 -
Auto Rename Tag默认只对.html、.vue生效，若想支持.tsx，需手动在settings.json加"auto-rename-tag.activationOnLanguage": ["typescriptreact"] - 扩展依赖的 CLI 工具（如
Prettier需本地prettier包）缺失时，控制台会报Cannot find module 'prettier'，但界面无提示
哪些扩展必须禁用或卸载
以下几类扩展长期开启会显著降低稳定性：提供重复功能的（如同时装 Bracket Pair Colorizer 2 和 Highlight Matching Tag）、监听全部文件变更的（如旧版 Project Manager）、或使用 node_modules 全局扫描的（如某些老旧的 import 插件）。
- 用
Developer: Show Running Extensions查看实际 CPU/内存占用，排序后重点关注高耗资源者 - 禁用方式不是卸载：右键扩展 →
Disable (Workspace)，保留配置便于后续恢复 - 删除
~/.vscode/extensions/下对应文件夹可彻底清理残留，但注意部分扩展（如Remote - SSH）配置存在~/.vscode-server/中，需一并检查
扩展不是越多越好，一个维护良好的前端项目通常只需 ESLint、Prettier、GitLens、TODO Highlight 四个核心扩展；多语言项目再按需加 Python 或 Rust Analyzer。每次新增扩展后，务必重启 VS Code 并打开真实项目验证行为——很多问题只在特定文件类型或工作区结构下暴露。
