atom代码补全默认不提示未导入库，因autocomplete-plus仅基于当前作用域变量和provider插件生成建议；要补全未import的lodash等库，须启用lsp方案（如atom-ide-ui+ide-typescript），并配置tsconfig.json启用allowjs及types声明。
Atom 的代码补全（Autocomplete）默认只依赖项目中已有的 node_modules 和语法解析，不自动识别全局安装或未 require/import 的第三方库——所以你装了 lodash 或 axios，但没在当前文件里 import 或 require，补全就不会出现它们的函数。
为什么 autocomplete-plus 不提示没导入的库
Atom 的核心补全插件 autocomplete-plus 本身不带语义分析能力，它靠两个来源提供候选：
- 当前文件已解析的变量、函数（包括
import/require进来的） - 启用的「provider」插件（如
autocomplete-paths、atom-ide-ui提供的语言服务）
也就是说：没写 import _ from 'lodash'，_. 就不会触发补全；不是靠“本地装了什么包”来推断，而是靠“当前作用域有什么”来响应。
让未导入的库也能补全：用 atom-ide-ui + ide-typescript 或 ide-python
真正解决“跨库提示”的路径，是接入语言服务器协议（LSP）。以 JavaScript/TypeScript 为例：
- 禁用默认的
autocomplete-plus（或保留，但 LSP provider 优先级更高） - 安装
atom-ide-ui（基础 UI 层）和对应语言服务，比如ide-typescript（推荐）或ide-javascript -
ide-typescript会读取项目根目录的tsconfig.json或自动生成类型上下文，即使你写的是.js文件，只要开了allowJs: true，它就能索引node_modules中带类型定义（@types/*或内建types字段）的包
示例配置（tsconfig.json）：
{
"compilerOptions": {
"allowJs": true,
"checkJs": false,
"types": ["lodash", "axios"]
}
}
这样，哪怕没 import，输入 _. 也会弹出 lodash 方法——前提是 @types/lodash 已安装。
手动加词库？别碰 autocomplete-snippets 和 custom-folds
有人想通过 autocomplete-snippets 手动添加 lodash 函数片段，这会导致两个问题：
- 补全项是静态字符串，没有参数提示、无返回类型、不随版本更新
- 和真实类型定义冲突，比如
_.map在 v4 和 v5 参数顺序不同，硬编码会误导
同理，custom-folds 或修改 ~/.atom/snippets.cson 添加全局 snippet，只是文本替换，不是代码感知。真正的补全必须来自类型系统或 AST 分析。
常见失效场景与修复动作
补全突然不工作？先检查这几个点：
-
ide-typescript是否在项目根目录检测到tsconfig.json或jsconfig.json？没有就建一个空的jsconfig.json（内容{}即可） -
node_modules是否在项目内？Atom 不读全局node_modules，必须是当前工作目录下的./node_modules - 是否误启用了
autocomplete-html去补全 JS？关掉无关 provider，避免干扰 - Mac 上遇到权限问题导致 LSP 启动失败？看开发者工具 Console 里有没有
EACCES错误，尝试重装ide-typescript
最常被忽略的一点：Atom 不缓存类型定义的解析结果。每次改了 package.json 或装了新包，要重启 Atom 或手动触发 Atom IDE → Restart Language Servers。
