这种情况我之前踩过坑！核心原因是Windows系统的终端环境和npm脚本的运行上下文存在差异，具体拆解成这几个关键点：

1. 环境变量PATH的优先级问题 #

直接在CMD/PowerShell里敲ng serve时，系统会从当前的系统PATH里查找ng可执行文件。如果你的全局Angular CLI没有正确添加到系统PATH，或者PATH里存在其他优先级更高的同名命令，就会导致找不到正确的ng或者执行错误版本的命令。

而npm在运行脚本时，会自动把项目根目录下的node_modules/.bin目录临时加到PATH的最前端——如果你的项目里已经安装了本地版的@angular/cli（也就是package.json的dependencies或devDependencies里有这个包），npm脚本会优先调用本地的ng，自然就能和项目依赖完美适配，不会报错。

2. 全局与本地CLI版本不兼容 #

如果全局安装的Angular CLI版本和项目依赖的本地版本不一致，直接执行全局的ng serve时，很可能因为版本不匹配（比如语法差异、依赖兼容问题）触发报错。而npm脚本默认使用项目本地的CLI版本，和项目的依赖栈完全匹配，所以能正常启动。

验证与解决办法 #

验证本地CLI是否存在 #

在项目根目录执行以下命令，确认本地是否安装了@angular/cli：

npm list @angular/cli

如果输出包含@angular/cli的版本信息，说明本地已安装。

让终端直接执行ng serve也正常工作 #

• 优先使用本地CLI：在项目根目录用npx调用本地的ng，无需修改环境变量：

  npx ng serve
  

• 对齐全局与本地CLI版本：
  1. 查看项目依赖的CLI版本：打开package.json，找到@angular/cli对应的版本号（比如16.2.0）
  2. 全局安装对应版本：

     npm install -g @angular/cli@16.2.0
     

• 检查系统PATH配置：
  确认全局npm的bin目录（通常是C:\Users\[你的用户名]\AppData\Roaming\npm）已经添加到系统环境变量的PATH中，且没有其他冲突的ng命令路径在它前面。

内容的提问来源于stack exchange，提问作者KRUSHANU MOHAPATRA