atom不自动加载项目依赖，所有补全、跳转、提示均需手动安装插件、配置语言scope、触发加载；无后台静默拉取或自动激活机制。
Atom 没有“项目依赖自动加载”这回事
Atom 本身不解析 package.json、requirements.txt 或 pyproject.toml，也不会像 VS Code 那样根据文件内容自动启用对应语言服务或安装插件。所谓“依赖自动加载”，其实是用户混淆了编辑器行为和插件能力——你看到的补全、跳转、错误提示，全靠手动装对插件 + 手动配对语言 scope + 手动触发加载，没有后台静默拉取或自动激活机制。
autocomplete-plus 启用后仍不补全？检查三个硬性条件
即使 autocomplete-plus 已 Enabled，它也只负责弹窗，不提供任何具体建议。缺下面任意一项，敲 cons 就不会出 console.log：
- 右下角状态栏必须显示真实语言（如
JavaScript），不能是Plain Text；点它手动切换，或保存为.js后缀 - 对应语言 provider 插件必须已安装且兼容：比如
autocomplete-javascript（非废弃的autocomplete-atom-api） - 变量需已初始化：写
const arr = [];后点.才出方法提示；let arr;是空的，没提示
项目级依赖（如 TypeScript 类型、Python 包）怎么“加载”
Atom 不读取项目配置文件来动态调整行为。所谓“加载”，实际是人工绑定插件与项目路径：
-
atom-ternjs要起作用，必须在项目根目录放.tern-project，且内容含"ecmaVersion": 2022等显式声明 -
autocomplete-python依赖python-language-server，但新版 Atom 下该服务常因 Node 版本不匹配崩溃；更稳的是关掉它，改用script插件直接跑python -m py_compile %f - 多项目共存时，
project-plus只存路径和打开的标签页，不存各项目的node_modules或虚拟环境路径——换项目后，补全失效是常态，不是 bug
容易被忽略的底层限制
Atom 自 2022 年底停止维护后，所有依赖 LSP 协议或原生模块的插件（如 ide-typescript、linter-flake8）都处于半瘫痪状态。你调用 apm install 装上的，可能是 2019 年的旧版二进制包，而 Atom 内置 Node 已升到 v14，require('child_process') 返回 undefined 这类报错根本不会在 UI 显现，只会让功能静默失效。真要靠依赖驱动开发，现在唯一可靠路径是换编辑器——Atom 的“自动”永远停留在手动配置完成那一刻。
