eacces权限错误需避免sudo，应检查~/.atom属主并修复权限、确认apm prefix为~/.atom、windows下确保目录不在onedrive/加密卷、插件“installed”但不生效时需apm clean后apm install --production、离线环境须在权限正常机器构建后再迁移含node_modules的完整插件目录。
apm install 报 EACCES 权限错误怎么办
直接运行 apm install 在 Windows 以外的系统（尤其是 macOS/Linux）上容易因权限不足失败，典型报错是 EACCES: permission denied，本质是 apm 尝试往 ~/.atom/packages 写入时被系统阻止——这不是 Atom 本身的问题，而是 Node.js 模块安装机制对全局路径的默认限制。
别用 sudo apm install。它可能临时绕过错误，但会导致后续 apm rebuild 或依赖校验失败，甚至污染全局 node_modules。
- 先确认当前用户对
~/.atom有完整读写权：ls -ld ~/.atom，若属主不是你，运行chown -R $USER:$USER ~/.atom - 检查
apm config get prefix输出是否为~/.atom；如果不是，重设：apm config set prefix ~/.atom - 避免使用系统级 npm 配置干扰，
apm不读npm config，所以改npm config set prefix没用
Windows 下以管理员身份运行仍失败？检查 .atom 目录位置
Windows 用户常误以为“右键 → 以管理员身份运行 cmd”就能解决所有权限问题，但实际失败多因 .atom 文件夹被系统或杀毒软件锁定，或位于受保护路径（如 C:\Program Files）。
- Atom 默认把
.atom放在C:\Users\{用户名}\.atom，确保该路径不在 OneDrive 同步目录或加密卷内 - 用资源管理器手动进入该目录，右键属性 → 安全 → 编辑 → 给当前用户勾选“完全控制”，应用到子文件夹
- 若曾用绿色版 Atom 或手动移动过
.atom，请删掉整个目录，重启 Atom 让它重建——旧目录权限元数据可能已损坏
插件显示 installed 却不生效，其实是权限导致的构建失败
很多用户看到 Settings → Install 页面里插件状态是 “Installed”，就认为装好了。其实这只是 apm 把源码解压进 packages/，真正的模块加载依赖 node_modules 目录存在且可读。权限不足时，apm install 可能静默跳过 npm install 步骤，导致目录空有源码、无依赖。
- 进对应插件目录（如
~/.atom/packages/atom-beautify），执行ls node_modules—— 若报 “No such file or directory”，说明构建没走完 - 此时不要直接
npm install，而应先apm clean清掉缓存，再apm install --production <plugin-name></plugin-name> -
--production很关键：它跳过devDependencies，避免因测试工具链缺失引发二次权限报错
离线环境 + 权限问题 = 必须本地构建后迁移
在无网或强管控环境中，权限问题会和离线限制叠加。直接复制 GitHub ZIP 到 packages/ 目录，几乎必然触发 Cannot find module 'season' 类错误——因为缺少 node_modules，而权限限制又让自动补装失败。
- 必须在一台同版本 Atom（如 v1.69.0）、且权限正常的机器上，执行
apm install --production <plugin-name></plugin-name> - 完成后验证该插件目录下存在
node_modules，且其中含season、fs-plus等基础模块 - 打包整个插件文件夹（含
node_modules），迁移到目标机的~/.atom/packages/，不要解压覆盖，而是整体替换
真正卡住的地方往往不是“能不能装”，而是“装完有没有真正构建出可运行副本”。权限问题会让构建流程中断在无声处，得靠 ls node_modules 和 DevTools 控制台里的 Cannot find module 报错来交叉验证。
