atom 无法真正运行或语法检查 g 代码，因其无原生支持且插件仅提供基础着色；需手动配置 language-gcode 插件并映射文件类型，但依然不具备语义分析、校验或模拟能力。

Atom 不能真正“运行”G 代码脚本，也不支持 G 代码语法检查 —— 它连基础解析都没有，所有所谓“运行”或“检查”都是误解或误配。

为什么 Atom 打开 .gcode 文件全是白底黑字

Atom 默认不识别 .g、.gcode、.ngc 等后缀，核心语法包里压根没定义 G 代码关键字（如 G01、M3、F1200）。你双击打开一个 test.gcode，看到的只是纯文本渲染，没有高亮、没有折叠、没有悬停提示。

常见错误现象：

• 安装了任意名字带 “gcode” 的插件，但文件仍无颜色区分
• 在 Settings → Packages 搜索 “gcode”，结果为空或全是归档仓库（如 atom-language-gcode 最后更新是 2021 年）
• 以为装了 script 插件就能执行 .gcode —— 实际上它只支持 bash、python、node 等解释型语言，G 代码不是可执行脚本

language-gcode 插件只能做最基础着色

目前唯一还能勉强启用的插件是 language-gcode，但它只干一件事：把 G 开头、M 开头、数字、注释等粗略染色。它不解析坐标、不校验指令合法性、不报错、不提示缺失参数。

实操建议：

• 终端执行 apm install language-gcode（或 Settings → Install 搜 language-gcode）
• 手动编辑 .atom/config.cson，添加文件类型映射：

  core:
    customFileTypes:
      "source.gcode": [
        "g"
        "gcode"
        "ngc"
      ]

• 重启 Atom 后，.gcode 文件会带简单高亮，但右下角显示的是 Plain Text → 需点开手动选 G Code 模式

别指望 Atom 做 G 代码校验或模拟

G 代码不是编程语言，而是数控机床的指令流。真正的语法检查需理解运动逻辑（如 G90/G91 混用是否冲突）、单位制（mm/inch）、坐标系偏移、刀具补偿等。Atom 没有这类语义引擎，也无对应 Linter 插件。

可用替代方案（非 Atom 内置）：

• grblcontrol（桌面端）：连接 GRBL 控制器后可加载并预演路径，带实时报警
• cncjs（Web + Node.js）：上传 .gcode 后可视化三维轨迹，支持行号级错误定位
• 开源校验工具如 gcode-validate（CLI）：可集成进 shell 脚本做 CI 检查，但需单独调用

最容易被忽略的一点：G 代码的“正确性”高度依赖目标控制器（Marlin、GRBL、LinuxCNC），同一段代码在不同固件下可能行为迥异。Atom 连目标平台都不可知，更谈不上上下文感知的检查 —— 所有试图在编辑器里“静态分析 G 代码”的做法，本质上都是无效劳动。