vscode终端node脚本调用exec/spawn报“permission denied”主因是powershell执行策略拦截、脚本缺少x权限位或位于/mnt/c等ntfs挂载路径，而非node权限低；应分别调整策略、移至wsl原生路径并验证shebang与换行符、显式传入env变量，避免提权引发安全风险。
VSCode终端里Node脚本调用exec或spawn执行Shell命令报“Permission denied”，基本不是Node权限低，而是Shell本身被PowerShell策略拦截、脚本缺少执行位、或路径落在NTFS挂载区——提权只是掩盖问题，还可能让npm脚本以root身份静默破坏系统。
PowerShell执行策略拦截spawn启动的.ps1脚本
Node用child_process.spawn('powershell', ['-File', 'build.ps1'])时失败，错误里带“running scripts is disabled”，说明PowerShell拒绝加载本地.ps1——和Node无关，是策略在起作用。
- 在VSCode终端运行：
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser（无需管理员） - 验证：
Get-ExecutionPolicy -Scope CurrentUser必须返回RemoteSigned - 关掉所有终端面板，再按
Ctrl+Shift+`新建一个——旧终端不会刷新策略 - 别用
Bypass或Unrestricted，尤其公司设备，组策略可能随时覆盖
chmod +x后仍报Permission denied：WSL下/mnt/c路径失效
你在WSL里写了个deploy.sh，chmod +x也做了，但spawn('./deploy.sh')还是失败——根本原因是脚本放在/mnt/c/下，NTFS不支持POSIX权限位，chmod实际无效。
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 把项目移到WSL原生路径，例如
~/projects/my-app，再chmod +x deploy.sh - 若必须放
/mnt/c，需在/etc/wsl.conf里加[automount]段并设options="metadata"，然后wsl --shutdown重启 - 检查shebang是否正确（如
#!/bin/bash），且文件换行符是LF（非CRLF），否则bash解析失败
Node直接exec命令却找不到可执行文件
调用exec('npm run build')报command not found，不是权限问题，是环境变量没继承——VSCode终端的$PATH可能没传给Node子进程。
- 显式传入环境：
exec('npm run build', { env: process.env }) - 确认
npm在当前终端能直接运行；如果which npm无输出，说明npm安装路径没进$PATH（常见于npm config set prefix ~/.local后没改~/.zshrc） - 避免用
sudo npm install -g修复——它会让npm以root身份执行任意preinstall脚本，风险极高
调试时launch.json里program指向Shell脚本失败
你在launch.json里设"program": "${workspaceFolder}/start.sh"，F5就卡住或报错——VSCode调试器默认只认JS/TS入口文件，不校验shell脚本执行位，也不绕过PowerShell策略。
-
program字段必须指向.js或.ts文件，例如"${workspaceFolder}/src/index.js" - 如果必须用脚本启动，改用
runtimeExecutable指定解释器："runtimeExecutable": "node"，再把脚本路径放args里 - 或者干脆在
preLaunchTask里跑脚本，调试器只负责启动Node进程
真正麻烦的从来不是“怎么提权”，而是搞清哪一层在拦你：PowerShell策略、NTFS权限映射、环境变量隔离，还是调试器路径规则——每层都得对症下药，而不是统一加sudo或开管理员模式。
