应修改powershell执行策略为remotesigned（当前用户作用域）：一、在vscode终端运行get-executionpolicy确认为restricted；二、执行set-executionpolicy remotesigned -scope currentuser；三、用get-executionpolicy -scope currentuser验证；四、重启vscode终端生效。
PowerShell执行策略报错：Execution Policy错误怎么确认
VSCode终端里一输npm start或nodemon就弹红字“因为在此系统上禁止运行脚本”，这不是Node没装好，也不是项目有问题——是PowerShell执行策略卡住了整个命令链。先在VSCode内置终端（Ctrl + `）里跑：get-ExecutionPolicy。如果输出是Restricted，问题坐实；如果是RemoteSigned或Unrestricted，那得查别的原因（比如脚本路径、权限继承）。
set-ExecutionPolicy RemoteSigned -Scope CurrentUser才是安全解法
别用管理员权限跑set-ExecutionPolicy RemoteSigned全局改，那是把整台机器的安全锁撬开。正确做法是只改当前用户上下文：set-ExecutionPolicy RemoteSigned -Scope CurrentUser。这条命令允许你本地写的脚本（包括npm封装的.ps1、yarn.ps1、pnpm.ps1）直接运行，但依然拦截从网络下载且未签名的脚本，平衡了安全与可用性。
改完必须验证：get-ExecutionPolicy -Scope CurrentUser，输出得是RemoteSigned；然后关掉所有VSCode终端窗口，再新开一个——不是Reload Window，否则PATH和策略不会刷新。
为什么不能靠sudo或管理员启动VSCode绕过
用管理员身份打开VSCode，确实能让set-ExecutionPolicy生效更快，但副作用明显：
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 后续所有插件、调试器、文件操作都以高权限运行，容易误删系统文件或写入敏感路径
- Node.js进程继承管理员权限，
fs.writeFileSync('/etc/hosts', ...)这类操作会意外成功，掩盖真实权限设计缺陷 - 和WSL混用时，
/mnt/c/下文件的UID/GID映射会混乱，chmod +x行为不可预测
真正该动的是策略本身，不是启动方式。
Windows上Node路径没进PATH？和执行策略无关但常被混淆
command not found: node和“禁止运行脚本”是两回事。前者是环境变量没继承，后者是PowerShell拦住了npm.cmd背后的npm.ps1。
验证方法很简单：在VSCode终端里直接输node -v。有输出→执行策略是唯一瓶颈；没输出→回头检查PATH：
- Windows安装Node.js时务必勾选
Add to PATH，否则C:\Program Files\nodejs\不会进系统变量 - 改完PATH后必须重启VSCode（不是重载窗口），否则终端进程不会重新读取环境变量
- 别信
source ~/.zshrc这种Linux操作在Windows上有效——它根本不存在
执行策略改对了，PATH也配好了，npm run dev和nodemon才能真正跑起来——这两步缺一不可，但顺序不能反：先让PowerShell放行脚本，再让终端找到node。
