Atom不原生支持G-code运行，仅通过插件实现语法高亮、补全及串口发送等辅助功能；需language-gcode与autocomplete-plus配对使用，并借助外部工具（如platformio-ide-terminal）发送至CNC控制器。
为什么 autocomplete-plus 和 language-gcode 插件必须配对使用
Atom 的补全和语法识别是解耦的：autocomplete-plus 是调度中枢，但不认 G-code；language-gcode（或类似命名的社区插件，如 language-grbl、language-cnc）负责告诉 Atom “哪些文件后缀属于 G-code”“哪些词是 G0/G1/M3 这类指令”。如果只装前者，输入 G1 不会高亮；只装后者，按 Ctrl+Space 也不会弹出补全建议。
-
language-gcode类插件通常注册.g、.gcode、.ngc等后缀，并定义指令关键字、参数格式、注释规则 - 部分插件（如
gcode-viewer）还集成简易预览面板，但依赖本地 Python 或 Web 服务，非开箱即用 - 若插件未上架官方仓库（atom.io/packages），需手动
git clone到~/.atom/packages/并运行apm install
如何让 Atom 直接发送 G-code 到串口（如 GRBL 控制器）
Atom 没有内置串口功能，必须靠插件桥接。最常用的是 serial-plotter 或 atom-serial，但它们更偏向数据绘图；真正用于 CNC 发送的是 gcode-sender（已多年未更新）或轻量替代方案：platformio-ide-terminal + 手动执行 cat file.gcode > /dev/ttyUSB0（Linux/macOS）或 type file.gcode > COM3（Windows）。
- 确保目标串口设备已连接且权限正确（Linux/macOS 需将用户加入
dialout组） -
platformio-ide-terminal插件可调出终端，避免切换窗口；但注意它不解析 G-code，只是管道 - 不要依赖插件自动加
sleep或流控——GRBL 的$10=2（报告模式）和$32=1（激光模式）需提前配置好，否则发送会卡住
常见失败现象与对应检查点
编辑完 test.gcode 后点击“发送”却无响应？不是 Atom 坏了，大概率是链路断在某个环节：
- 右下角语法模式显示为
Plain Text→ 说明language-gcode未生效，或文件后缀不匹配（试改名为test.ngc） - 终端报错
Permission denied: '/dev/ttyUSB0'→ Linux 下执行sudo usermod -a -G dialout $USER，然后重启系统（仅加组不重启无效） - 发送后机床不动，串口工具（如 Arduino IDE Serial Monitor）能正常通信 → 检查 Atom 插件是否启用了 DTR/RTS 自动复位（GRBL 需要 DTR=low 才进入就绪态）
- 插件安装后 Atom 无反应 → Windows 用户务必关闭所有 Atom 进程（任务管理器中杀掉
atom.exe和atom-node.exe），再重启
autocomplete-gcode 这种不存在的插件上浪费时间——先确认 language-gcode 是否让文件变色，再决定要不要搭终端管道。 
