我之前也碰到过一模一样的问题，尤其是在Node版本比较新的时候，node-sass的预编译二进制适配很容易出这种幺蛾子。结合你说的“团队同环境正常”的情况，说明不是包版本本身的问题，大概率是你本地的缓存、权限或者二进制包损坏导致的，给你几个针对性的排查和解决步骤：

• 彻底清理node-sass专属缓存与项目残留
  npm自带的缓存清理有时候没覆盖到node-sass的专属缓存目录，Windows下这个目录一般是C:\Users\<你的用户名>\.npm\node-sass，手动删掉它再重装才能彻底清干净：

  # 先删除node-sass的本地缓存目录（替换成你的用户名）
  rmdir /s /q C:\Users\你的用户名\.npm\node-sass
  # 清理npm全局缓存
  npm cache clean --force
  # 删除项目内的node_modules和锁文件
  rmdir /s /q node_modules
  del package-lock.json
  # 重新安装依赖
  npm install
  

• 强制指定系统架构与Node版本重装node-sass
  有时候npm会因为系统架构识别偏差，下载到不匹配的二进制包（比如包在传输中损坏），可以手动指定参数强制下载适配你环境的版本：

  npm uninstall node-sass
  # 强制指定平台、架构和Node版本安装
  npm install node-sass@^9.0.0 --force --arch=x64 --platform=win32 --target=24.4.1
  

• 检查你的Node实际运行架构
  虽然你说团队同环境正常，但也有可能你不小心装了32位的Node（哪怕系统是64位），这时候跑64位的node-sass二进制包就会报这个错。在cmd里执行以下命令确认：

  node -p process.arch
  

  如果输出是ia32，说明你装的是32位Node，卸载后重新安装64位的Node 24.4.1即可解决。

• 长期方案：替换为dart-sass（推荐）
  毕竟node-sass已经被官方弃用了，后续新的Node版本大概率不会再支持它。dart-sass（也就是npm上的sass包）是纯JS实现，完全没有二进制适配问题，迁移成本也很低：

  # 卸载node-sass
  npm uninstall node-sass
  # 安装dart-sass
  npm install sass --save-dev
  

  如果你的Vue项目里有配置node-sass的地方（比如vue.config.js），只需要把implementation换成sass即可：

  const { defineConfig } = require('@vue/cli-service')
  const sass = require('sass')
  module.exports = defineConfig({
    css: {
      loaderOptions: {
        sass: {
          implementation: sass
        }
      }
    }
  })
  

• 检查Windows权限与安全软件拦截
  有时候Windows的普通用户权限不足，会导致npm下载的二进制包解压不完整；或者杀毒软件误把node-sass的二进制文件当成恶意程序拦截，导致文件损坏。可以尝试用管理员权限打开cmd/PowerShell再执行安装，或者暂时关闭杀毒软件后重试。

如果以上步骤都试了还是不行，你可以把项目的package-lock.json删掉，复制团队里正常运行的那个package-lock.json到本地，再重新npm install——这样能确保你下载的依赖包版本和团队完全一致，避免版本不一致导致的适配问题。