vscode 能否运行 node 命令直接决定 inquirer 是否可用，根源在于环境变量未被继承；需确保 shell 初始化文件正确配置 path（macos/linux）或系统 path（windows），并重启 vscode；禁用 code-runner，改用终端手动执行 node 脚本。
VSCode 能否运行 node 命令，直接决定你能不能用 inquirer——不是插件没装对，而是终端根本找不到 Node 可执行文件。配置不生效的根源，90% 出在环境变量未被 VSCode 继承。
VSCode 内置终端找不到 node 的真实原因
你在系统终端输入 node -v 有输出，但在 VSCode 终端里报 command not found: node，说明 VSCode 启动时没加载 shell 初始化文件（比如 ~/.zshrc 或 ~/.bash_profile）。
- macOS/Linux：检查
~/.zshrc是否包含类似export PATH="/usr/local/bin:$PATH"；Homebrew 安装的 Node 默认路径就是/usr/local/bin - Windows：安装 Node.js 时必须勾选 Add to PATH；若漏选，需手动把
C:\Program Files\nodejs\加进系统环境变量的Path - 改完后，关掉所有 VSCode 窗口（包括托盘进程），再用命令行启动：
code --no-sandbox（macOS）或双击图标（Windows）
inquirer 在 VSCode 中跑不起来的常见卡点
inquirer 依赖 process.stdin 和 process.stdout 进行交互，但 VSCode 默认插件（如 code-runner）不转发 stdin，也不适配 ES Module 语法，直接点“运行”会假死或无响应。
- 别用
code-runner执行含inquirer.prompt()的脚本——它不支持交互式输入 - 确保项目
package.json中设置了"type": "module"，否则import inquirer from 'inquirer'会报错 - 如果用 CommonJS（
require('inquirer')），就别设"type": "module"，二者互斥 - 验证是否生效：在 VSCode 终端里手动运行
node index.js，而不是右键 → Run Code
inquirer.prompt() 最简可用示例与关键配置项
一个能跑通的最小闭环，只依赖正确路径和基础类型判断，不加复杂逻辑：
import inquirer from 'inquirer';
inquirer.prompt([
{
type: 'input',
name: 'name',
message: '请输入姓名：',
validate: (value) => value.trim() ? true : '姓名不能为空'
},
{
type: 'confirm',
name: 'agree',
message: '确认提交？',
default: true
}
]).then(answers => {
console.log('收集结果：', answers);
});
-
type必填，常见值：'input'、'confirm'、'list'、'password' -
name是后续取值的 key，比如answers.name，不要重复或含空格 -
validate返回true或字符串错误提示，不返回Promise就是同步校验 - 异步校验需显式 return Promise，例如
validate: async (value) => { ... }
调试 inquirer 脚本时断点不命中的典型场景
在 inquirer.prompt() 前打断点能停，但进了 .then() 就跳过——这不是代码问题，是 VSCode 调试器默认不等待 stdin 输入完成。
- VSCode 自带的 Node.js 调试器（
node.js (preview)）对交互式脚本支持有限，建议改用终端手动运行 +console.log辅助定位 - 若坚持调试，需在
launch.json中启用"console": "integratedTerminal"，并设置"internalConsoleOptions": "neverOpen" - 避免在
prompt数组内部写复杂逻辑，先保证问题定义干净，再逐步叠加when、filter等高级字段
真正卡住人的从来不是 inquirer 的 API 多难记，而是 VSCode 终端压根没连上你的 Node 环境——先让 node -v 在内置终端里回得出来，后面所有交互才可能成立。
