Atom无法仅靠atom-less编译Less，因其自2017年停更、依赖旧版less导致解析错误且不输出CSS；可靠方案是less-build联动全局lessc CLI，需正确配置cwd路径以解决@import解析问题。
想在Atom里直接编译Less文件？很遗憾，编辑器本身并不支持这个功能，必须借助第三方包来实现。这里有个关键信息：官方那个曾经流行的atom-less包，早在2017年就停止维护了。所以，目前唯一稳定可靠的方案，是使用less-build包，并配合Atom的build系统，去调用你系统里全局安装的lessc命令行工具。
为什么不能只装 atom-less？
先说结论：atom-less这条路已经走不通了。这个包自2017年起就进入了“休眠”状态，不再更新。它内部依赖的是一个非常陈旧的less库版本，这直接导致了一系列解析错误——比如对嵌套规则、变量作用域的处理常常出问题。更让人头疼的是，它甚至无法正确识别@import语句中带引号的路径（例如@import "vars.less"会直接报File not found错误）。最关键的一点是，它本质上就不是一个编译器，不会生成任何CSS文件，仅仅提供语法高亮和基础校验而已。指望它来编译，从一开始就错了方向。
如何用 less-build 正确编译 Less？
那么，正确的姿势是什么？首先，你得确保系统全局环境里已经装好了lessc。打开终端，运行npm install -g less，然后通过lessc -v确认能输出版本号。准备工作就绪后，回到Atom编辑器：
- 安装
build和less-build这两个包（安装顺序无所谓）。 - 打开任意一个
.less文件，按下Ctrl+Shift+B（macOS用户是Cmd+Shift+B）来触发构建。 - 首次运行时会弹出一个配置面板，选择
Less Build，然后勾选Auto-generate config（自动生成配置）。 - 系统会生成一个
.atom-build.json文件。这里有个至关重要的细节：务必检查文件里的"cwd"字段是否指向了你的项目根目录。如果这个路径设错了，后续的@import语句绝对会找不到相对路径下的文件。
less-build 的关键参数怎么调？
默认生成的配置能用，但未必好用。比如，它可能不会生成source map，压缩级别也不够。实际开发中，建议你手动调整一下.atom-build.json文件：
{
"cmd": "lessc",
"args": [
"--source-map",
"--source-map-rootpath=../",
"--strict-math=on",
"--clean-css"
],
"sh": true,
"cwd": "{PROJECT_PATH}",
"targets": {
"css": {
"ext": "css",
"src": "{FILE_ACTIVE_PATH}",
"dest": "{FILE_ACTIVE_PATH}.css"
}
}
}
注意这三个参数调整：--strict-math=on是为了避免像10px / 2这样的表达式被误判为除法运算而报错；--clean-css则是启用CSS压缩功能（不加这参数，输出的就是未压缩的代码）。另外，dest输出路径这里有个“坑”：如果你写成{FILE_ACTIVE_BASENAME}.css，编译后的CSS文件可能会被输出到Atom的安装目录下，而不是你当前的项目文件夹里。所以，保险起见，务必使用完整的路径变量{FILE_ACTIVE_PATH}.css。
话说回来，配置本身并不复杂。真正的麻烦，往往出在Less的@import路径解析逻辑上。它完全依赖于lessc命令执行时的“当前工作目录”（也就是cwd），而不是被编译文件所在的目录。这个逻辑，和Webpack或者VS Code里相关插件的处理方式正好相反。因此，编译时如果频繁提示“Cannot resolve import”，别急着检查文件是否存在，先看看cwd路径是不是设错了地方。这才是问题的关键所在。
