离线批量安装atom插件失败，因apm install默认联网拉包且不读取本地缓存；必须在同版本atom联网机上逐个执行apm install --production构建含完整node_modules的插件目录，再迁移至离线机，否则因版本不匹配或网络依赖导致静默失效。
不能直接“批量复制”离线插件文件夹，必须在目标环境一致的 Atom 中逐个用 apm install --production 构建，否则 90% 的插件会因缺失 node_modules 或版本不匹配而静默失效。
为什么 apm install plugin1 plugin2 在离线时不 work
这条命令本质是联网拉包——apm install 默认行为是访问 https://atom.io/api/packages/ 查询元数据、下载 tarball、解压并自动执行 apm install --production。离线环境下它连首请求都发不出，直接报 ENOTFOUND 或卡死在 “Installing…”。
- 不是命令写错了，而是设计上就不支持离线批量拉取
- 试图在离线机上运行
apm install linter linter-gcc，结果两个都失败，控制台只显示Package not found - 即使提前把插件 tarball 放进
~/.atom/.apm/_cache，apm install也不会读取——它只认远程 registry 返回的校验和
真正可行的离线批量安装流程
核心是「构建可迁移副本」：在一台与目标离线机**完全同版本 Atom（如 v1.69.0）+ 同操作系统 + 官方安装包（.deb/.rpm/.exe）** 的联网机器上操作：
- 逐个运行
apm install --production linter、apm install --production linter-gcc、apm install --production autocomplete-python……每条命令生成一个含完整node_modules的插件目录 - 装完后进入
~/.atom/packages/，确认每个插件文件夹下都有node_modules目录，且里面包含该插件声明的依赖（如linter-gcc下应有gcc、atom-linter子目录） - 将整个插件文件夹（如
linter-gcc/）压缩为linter-gcc-offline.tar.gz，拷到离线机，解压到~/.atom/packages/对应位置 - 注意：文件夹名必须与
package.json中的"name"字段完全一致（大小写敏感），例如autocomplete-python文件夹里package.json不能写"name": "atom-autocomplete-python"
哪些插件根本没法批量离线部署
有些插件从设计上就拒绝离线——不是你构建得不够好，而是它们启动时硬性依赖网络：
-
autocomplete-atom-api：首次启用会尝试连接https://api.github.com/repos/atom/atom/git/trees/...拉 API 文档，离线必报Failed to fetch -
platformio-ide：启动时强制校验云端 toolchain 版本，没网直接卡死在 splash screen -
sync-settings：需要先调用apm login获取 token，离线机从未登录过就无法初始化 - 所有含
activationHooks依赖动态语言服务的插件（如ide-python），若其 backend（如pyls）需在线下载或编译，也会在离线机上激活失败
最常被忽略的一点：apm install --production 构建出的插件，只能迁移到**完全相同 Atom 版本**的机器上。v1.72.0 构建的 linter 插件，在 v1.69.0 上可能因 API 变更（如 onDidStopChanging 被移除）导致整个 package 激活失败，错误信息藏在 DevTools 控制台里，界面不提示。
