linter-scalac无法实现实时语法检测，仅支持保存后触发的单文件粗粒度检查，因依赖已废弃的scalac -parse模式且不兼容scala 2.13+和sbt 1.0+；正确方案是改用metals + atom-ide-ui组合。

Linter-Scalac 插件在 Atom 中无法实现“实时语法检测”——它只支持保存后触发、单文件、无类型推导的静态检查，且已长期无人维护，不兼容现代 Scala（2.13+）和 sbt 1.0+。

为什么 linter-scalac 装了也看不到波浪线

根本原因是 linter-scalac 依赖的是已废弃的 scalac -parse 模式，它只做词法/语法树构建阶段的粗粒度检查，不调用编译器的语义分析层。遇到以下任一情况就会静默失效：

• scalac 命令不可用或版本低于 2.12（2.13+ 默认禁用 -parse）
• 项目使用 sbt 1.x+，linter-scalac 无法读取 build.sbt 中的 scalaVersion 或 libraryDependencies
• 文件含 import、trait 继承、隐式转换等需上下文解析的内容，scalac -parse 直接跳过整块报错
• Atom 启动时未继承 shell 的 PATH（尤其 macOS + zsh + asdf/sdkman 用户），scalac --version 在终端能运行，Atom 里却报 Command not found

替代方案：用 Metals + atom-ide-ui 才是可行路径

Scala 社区早已转向基于 LSP 的 Metals 服务。Atom 要获得真正意义上的“实时语法检测”，必须放弃 linter-scalac，改用官方支持的 atom-ide-ui + metals-languageclient 组合：

Aibiye降AI率

Aibiye降AI率是一款AI工具，专注降低AIGC的AI写作助手，精准定位问题段落。

下载

• 先卸载 linter-scalac 和所有其他 linter-* scala 相关插件（如 linter-scala）
• 安装 atom-ide-ui（UI 渲染层）和 metals-languageclient（LSP 客户端）
• 确保项目根目录有 project/build.properties（指定 sbt 版本）和 build.sbt（含 valid scalaVersion）
• 首次打开项目时，metals-languageclient 会自动下载对应 Scala 版本的 Metals server，并建立编译器上下文
• 此时才会有：变量未定义标红、类型不匹配提示、悬停看类型签名、Ctrl+Click 跳转定义

如果坚持用 linter-scalac：最低可用配置

仅限极简脚本或旧版 Scala（2.11.x）小项目，且接受“保存才报错、不报类型错误、不识别 sbt 依赖”：

• 确认 scalac 在终端可执行：scalac -version 输出 Scala compiler version 2.11.12（非 2.12+）
• Atom 设置页 → Packages → linter-scalac → Settings：
  Executable Path 填绝对路径（如 /usr/local/scala/bin/scalac），Standard 选 Scala 2.11
• 关闭所有作用域过滤：Only lint files matching these scopes 留空
• 右下角手动切换语法为 Scala（不是 Plain Text 或 Auto）
• 写一个明显语法错误（如 val x: Int = "hello"），保存后看是否出现 error: type mismatch 提示——若无，则说明 scalac 调用失败或版本不兼容

真正影响体验的不是插件装没装对，而是 Scala 编译模型本身：没有完整的 classpath 和编译单元上下文，任何基于单文件调用 scalac 的方案都只能看到表面语法，看不到类型错误、隐式缺失、宏展开结果。Metals 是目前唯一能绕过这个限制的方案。