atom不提供项目级依赖管理，apm install仅安装插件而非项目库；插件依赖需apm install自动处理，项目依赖须用npm/pip等工具在项目根目录安装；插件报“cannot find module”主因是未用apm rebuild重编译或缺少node_modules。
Atom 本身不提供类似 pip 或 npm install --save 那样的“项目级依赖管理”，它只管插件（packages）安装。所谓“外部依赖包”，实际指两类东西：一类是 Atom 插件自身运行所需的 Node.js 模块（比如 fs-plus、atom-package-deps），另一类是你编辑的项目里用到的第三方库（如 Python 的 requests、Node.js 的 lodash）。这两者完全不在一个层面，装错地方就白忙活。
apm install 装的是插件，不是项目依赖
很多人执行 apm install lodash 想给当前项目加个库——这根本不会生效。apm 只向 ~/.atom/packages/ 写插件，和你的项目 node_modules 无关。它甚至不认识你打开的是哪个文件夹。
- 插件依赖由
package.json的dependencies字段声明，apm install会自动拉取并放进插件目录下的node_modules - 项目依赖必须在项目根目录下用
npm install或pip install等对应工具安装 - Atom 插件（如
autocomplete-python）可能调用系统python和pip，但它自己不替你装numpy
插件报 “Cannot find module” 怎么修
这是最常被误认为“依赖没装”的错误，其实几乎全是插件本地环境问题。Atom 自带独立 Node.js 运行时，和你系统里装的 node 无关。
- 先确认 Atom 内置 Node 版本：
Ctrl+Shift+I打开 DevTools，输入process.versions.node，常见为12.22.12或14.17.6 - 不要用系统
npm去装插件依赖——必须用apm install或apm rebuild - 如果插件含原生模块（比如
spell-check用的node-spellchecker），执行apm rebuild强制重新编译，否则会卡在require失败 - 手动拷贝插件文件夹后不工作？检查该插件根目录是否有
package.json，且"main"字段指向有效入口（如"./lib/main.js"）
离线部署插件时缺了什么
直接把别人 ~/.atom/packages/xxx 文件夹复制过来，90% 情况下不生效。因为少的关键东西不是代码，而是构建产物和运行时依赖。
- 必须包含完整的
node_modules目录——不能只靠package.json后续npm install，因为apm用的是自己的 npm 和 registry - 某些插件（如
linter-eslint）还依赖全局apm工具链，目标机得有同版本apm --version匹配 - 若插件用 CoffeeScript 编写（老插件），需提前编译出
.js文件，否则启动时报语法错误 -
apm install --no-color比默认命令更稳，避免 ANSI 控制符干扰终端解析
真正容易被忽略的点是：Atom 插件加载时机由 activationHooks 控制，哪怕所有依赖都齐了，打开一个没设语言模式的空文件，插件也不会初始化——所以装完 autocomplete-python 后，务必按 Ctrl+Shift+L 输入 python 手动激活语言模式，否则补全永远不出现。
