Atom离线插件安装路径与在线一致，均为用户级目录：macOS/Linux下是~/.atom/packages，Windows下是%USERPROFILE%.atompackages；最准确认方式是开发者工具执行atom.packages.getPackageDirPaths()[0]。
Atom 离线插件安装路径和在线安装路径完全一致，没有单独的“离线路径”——所有用户级插件都落在 ~/.atom/packages（macOS/Linux）或 %USERPROFILE%.atompackages（Windows）下。 唯一权威确认方式，是直接在 Atom 里查，而不是猜、翻文档或看环境变量。
怎么用开发者工具一秒确认当前 Atom 的插件目录
这是最可靠的方法，不受便携版、自定义配置、OneDrive 同步路径等干扰：
- 在 Atom 中按
Ctrl+Shift+I（Windows/Linux）或Cmd+Option+I（macOS）打开开发者工具 - 切换到 Console 标签页
- 粘贴并回车执行：
atom.packages.getPackageDirPaths() - 返回的是一个数组，第一个元素（
[0]）就是主插件目录，比如"C:\Users\xxx\.atom\packages"或"/home/xxx/.atom/packages"
注意：这个结果比 apm list 更准，因为后者只列包名，不显示路径；也比手动拼接 $HOME/.atom/packages 更稳，尤其当你改过 ATOM_HOME 或用了符号链接时。
为什么你手动放进去的插件没生效？常见路径错误
离线安装失败，八成是路径没对上。重点检查以下几点：
- 插件文件夹必须直接放在
packages目录下，不能嵌套多层（例如下载的是autocomplete-python-master.zip，解压后得到autocomplete-python-master/，那就把整个autocomplete-python-master文件夹复制进packages，不要把它再放进一个叫src或download的父目录里） - Windows 用户特别容易误把插件放到
C:Program FilesAtom下——Atom 安装版从不往那里写插件，所有用户插件都在用户目录，即%USERPROFILE%.atompackages - 如果
.atom文件夹在资源管理器里看不见，请开启“显示隐藏的项目”（Windows）或按Cmd+Shift+.（macOS）让隐藏文件可见 - 用 OneDrive / iCloud 同步了
%USERPROFILE%？可能导致.atom实际在云盘路径，但 Atom 启动时读的是本地缓存路径，造成“明明放了却加载不到”
离线插件放对了，但启动时报 Cannot find module 'xxx'
这说明插件代码虽然进了 packages，但缺少运行时依赖。离线场景下最容易漏掉这一步：
- 进入插件文件夹（如
~/.atom/packages/autocomplete-python），运行apm install或npm install—— 不是“下载”，而是生成node_modules目录 - 如果
apm找不到，先确认它是否在 PATH 中：apm --version能输出版本号才算就位；Windows 用户重装 Atom 时务必勾选 “Add to PATH” - 某些插件（如
linter-gcc）含原生模块，npm install可能失败，此时必须用apm install，因为它会调用 Atom 自带的node-gyp和头文件 - 检查
package.json中的"name"字段是否与文件夹名完全一致（大小写敏感），否则 Atom 根本不会扫描该目录
真正麻烦的不是路径本身，而是你以为路径对了、插件也解压了，其实 node_modules 是空的，或者 package.json 里 "main" 指向了一个不存在的文件——这些细节在离线环境下没法靠重试自动修复，只能一条条验证。
