兄弟我太懂这种卡壳的憋屈感了！你已经把能搜到的常规操作都拉满了还不行，那咱们得抠点WebStorm和Sass交互的细节盲区，试试下面这些偏门但大概率管用的招：

• 先检查WebStorm的SCSS语言服务配置（划重点：不是File Watcher！）
  去Settings > Languages & Frameworks > Style Sheets > SCSS，看看这里的Import Paths有没有手动添加node_modules的绝对路径？很多人容易忽略：File Watcher的配置只管编译，而编辑器里的高亮/报错提示是由SCSS语言服务管的，两者的路径配置是分开的。你之前可能只配了File Watcher的--load-path，但语言服务本身的解析规则没跟上。另外，这里的Use configurable file watcher选项如果勾着，可能会和你手动配的File Watcher冲突，先关掉试试。

• 直接在终端跑WebStorm生成的完整命令
  既然WebStorm已经显示了编译用的完整命令，那你复制这个命令到本地终端里手动执行一遍！如果终端里能正常编译不报错，那问题100%出在WebStorm的缓存或语言服务上；如果终端里也报错，那得仔细抠你的--load-path参数：比如路径有没有漏斜杠？带空格的路径有没有加引号？或者你导入的文件是不是真的在这个路径下（比如有些包的scss文件藏在src子目录里，你是不是导错了层级？）

• 清WebStorm缓存，这招治各种奇奇怪怪的高亮bug
  WebStorm的索引缓存有时候会抽风，尤其是改了一堆配置之后。去File > Invalidate Caches...，选Invalidate and Restart，等它重启完耐心等右下角的“Indexing”进度条走完，很多编辑器里的假报错都会自动消失。

• 验证你的~导入写法是不是符合Sass的预期
  有些时候我们写的~@xxx/xxx或者~xxx，Sass对~的解析可能和WebStorm的语法提示逻辑有出入。试试把导入写成标准的@import "~package-name/path-to-file.scss"（别省略.scss扩展名），或者检查有没有多写/少写斜杠的情况。另外，确认你要导入的包确实在node_modules里提供了scss源文件——有些包只会发布编译好的css，scss文件可能只在源码仓库里有。

• 把File Watcher的宏替换成绝对路径试试
  你之前用宏来传node_modules路径，会不会宏解析出了问题？比如宏返回的是相对路径而非绝对路径？试试把--load-path后面改成node_modules的绝对路径（比如--load-path /Users/xxx/your-project/node_modules），然后重启File Watcher，再看编辑器里的提示有没有变化。

• 检查WebStorm和Sass的版本兼容性
  有时候新版本的Sass改了路径解析逻辑，而旧版WebStorm还没适配；或者反过来，新版WebStorm对旧版Sass的支持有bug。比如Sass 1.60+对--load-path的处理有没有调整？你可以试试升级/降级Sass版本，或者把WebStorm更到最新稳定版试试。

如果这些都试过还不行，那你可以去WebStorm的内置问题追踪器里搜搜有没有类似的bug报告，或者直接提交一个新的，附上你的WebStorm版本、Sass版本、完整的编译命令和项目结构截图。不过按我的经验，前面3招里大概率能解决你的问题！