VSCode调试JavaScript需按环境选插件并正确配置launch.json：浏览器调试用pwa-chrome/pwa-msedge，Node.js调试用type:"node"，必须确保路径、sourceMaps、cwd等配置准确，Code Runner仅执行不支持真调试。

VSCode 本身不执行 JavaScript，所谓“轻松调试”取决于你用哪个插件、跑在哪种环境（浏览器 or Node.js），以及 launch.json 是否配对。没配对的 Debugger for Chrome 会打不开页面，没装 Node.js 的 type: "node" 配置点 F5 就直接报错。

Debugger for Chrome / Edge 调试 HTML 中的 JS 逻辑

适用于带 <script> 标签的 HTML 页面，比如练习题、小 demo、本地原型。关键不是装插件，而是让它能连上浏览器并映射源码。

• 必须安装官方插件 JavaScript Debugger (Nightly)（新版 Edge/Chrome 调试器已内置，旧版 Debugger for Chrome 已弃用）
• launch.json 中 "type" 应为 "pwa-chrome" 或 "pwa-msedge"，不是 "chrome"
• "file" 字段指向本地 HTML 文件（如 "${workspaceFolder}/index.html"），不能写 url 除非你真有本地服务
• 首次运行时浏览器可能弹出“远程调试已禁用”，Win/mac 用户需确保 Edge/Chrome 是通过 VSCode 启动的（不是你手动点开的），否则断点不会命中
• 如果改了 JS 代码但断点没更新，检查 "sourceMaps": true 是否开启，并确认构建工具（如 Vite、Webpack）输出了正确的 .map 文件

Node.js 调试器直接跑 .js 文件

适合 CLI 脚本、算法题、配置解析等不依赖 DOM 的场景。它不靠浏览器，但极度依赖 program 路径是否准确。

Wjs Localizing Video

用于端到端视频本地化流程的轻量编排器，路由至四个专注子技能——/wjs-transcribing-audio、/wjs-translating-subtitles...

下载

• program 必须是可执行 JS 文件的**相对或绝对路径**，推荐用 "${workspaceFolder}/src/main.js" 这类变量，别手写硬编码路径
• 如果脚本依赖 process.argv 或环境变量，要在 launch.json 里加 "args" 和 "env" 字段，例如："args": ["--input", "data.json"]
• 工作目录（"cwd"）默认是 ${workspaceFolder}，但如果你的脚本读取 ./config.json，而文件实际在子目录，就得显式设 "cwd": "${workspaceFolder}/scripts"
• 常见报错 Cannot find module 'xxx' 多半是 cwd 错了，或没装依赖——Node.js 调试器不会自动 npm install

Code Runner 只适合“看输出”，不能真调试

它本质是快捷执行命令行，没有断点、变量监视、调用栈这些能力。误把它当调试器，容易在复杂逻辑里迷失。

• 安装后右键 → Run Code，或按 Ctrl+Alt+N，输出显示在 OUTPUT 面板的 Code Runner 标签页
• 若脚本含 prompt()、readline 等交互操作，需在设置中开启 code-runner.runInTerminal，否则卡死
• 它不读 launch.json，也不支持 sourcemap，JSX/TS 编译后出错，你看到的是编译后的行号，不是原始位置
• 想边改边看效果？不如用 pwa-chrome + Live Server：改完 Ctrl+S，浏览器 F5 刷新，断点依然有效

真正容易被忽略的点是：VSCode 的调试器只认配置，不认直觉。哪怕你右键选了“在当前文件中调试”，如果 .vscode/launch.json 里没对应 configuration，或者 type 写成 "node2" 这种不存在的值，F5 就只是安静地失败——连错误提示都不会弹。动手前先确认终端里 node -v 和 which chrome（或 where edge）能跑通，比反复点绿色按钮有用得多。