ESLint与Prettier必须协同使用才能解决团队代码风格冲突和语法不一致问题：ESLint负责静态分析、识别真实错误（如未定义变量、hook误用），Prettier专注统一格式（引号、分号、换行等），二者通过eslint-config-prettier规避规则冲突，缺一不可。
ESLint + Prettier 组合是 JS 协作效率的底线，缺一不可；单装任一插件都解决不了团队格式冲突和语法不一致问题。
ESLint 检查变量未定义、漏分号、重复声明等真实错误
它不是“风格检查器”，而是静态分析工具：能发现 console.log 未删、useState 用错位置、props 未解构却直接访问等实际运行风险。项目根目录必须有 .eslintrc.js 或 .eslintrc.cjs，否则插件只报默认规则（极弱）。常见坑是没配 extends：纯 JS 项目建议用 eslint:recommended，React 项目加 plugin:react/recommended，Vue 项目用 plugin:vue/vue3-recommended。不要手动写 no-unused-vars 这类规则——优先靠 extends 继承权威规则集。
Prettier 格式化强制统一引号、缩进、括号位置
它不管逻辑对错，只管“怎么写好看”。JS 协作中最常起冲突的是单双引号、结尾分号、对象换行位置。Prettier 的 prettier.singleQuote 和 prettier.semi 必须显式设为 true 或 false，不能留空——否则不同人保存时格式来回跳变。关键配置项："editor.formatOnSave": true（保存即格式化）、"editor.defaultFormatter": "esbenp.prettier-vscode"（指定默认格式器）。若同时装了 ESLint，必须装 eslint-config-prettier 并在 .eslintrc 的 extends 数组末尾加上 'eslint-config-prettier'，否则两者规则打架。
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
Path Intellisense 避免手写 ../../ 导致路径错误
JS 项目里 import 路径写错是协作中最隐蔽的阻塞点：A 同学改了组件路径但没同步通知，B 同学拉代码后直接报 Cannot find module。Path Intellisense 在输入 import 后的引号内按 . 就自动列出当前目录结构，支持 node_modules 内部包名联想。注意它默认不补全别名（如 @/components），需在 jsconfig.json 或 tsconfig.json 中配 "baseUrl" 和 "paths" 才生效。没配路径别名时，它只对物理路径有效。
Code Runner 临时验证小段逻辑，不污染主分支
协作中常遇到“这段数组操作到底返回啥？”“这个正则真的匹配上吗？”，此时不该开新分支或跑整个项目。Code Runner 允许选中几行 JS 代码，右键 → Run Code，结果直接输出在终端。它默认用 Node.js 执行，所以能跑 Array.from()、Promise 等现代语法；但不支持 JSX 或 import 语句——那是 Volar 或 ESLint 的领域。真正容易被忽略的是：它不会加载项目里的 .env 或 webpack.config.js，所有环境变量和打包逻辑都不生效，仅适合纯逻辑片段验证。
