autocomplete-plus插件已不可用，因atom官方于2022年12月停止维护，其仓库归档且不兼容新版atom；当前唯一稳定方案是采用atom-ide-ui配合lsp语言服务（如ide-typescript），需同时安装ui层与语言provider并配置tsconfig.json。
Autocomplete-plus 插件是否仍可用？
Atom 官方已停止维护 autocomplete-plus，2023 年后新安装的 Atom 默认不再内置该插件，且其 GitHub 仓库已归档。如果你看到旧教程里提到它，大概率已失效——强行安装可能触发兼容性错误，比如 Failed to activate package: Cannot read property 'addProvider' of undefined。
当前唯一稳定路径是改用官方推荐的替代方案：atom-ide-ui + 语言专属 provider（如 ide-typescript、ide-python），它们基于 Language Server Protocol（LSP），补全质量更高、响应更准。
如何启用 TypeScript 的 LSP 补全（以 .ts 文件为例）
不是装一个插件就完事，必须配齐“UI 层 + 语言服务”两部分，缺一不可：
- 安装
atom-ide-ui：在 Settings → Install 中搜到后直接安装 - 安装对应语言 provider：例如写 TS 就装
ide-typescript（它会自动拉取typescript-language-server） - 确认项目根目录有
tsconfig.json，否则ide-typescript可能静默降级为简单文本补全 - 关闭
autocomplete-plus或其他旧补全插件，避免冲突导致provider is not a function类错误
补全触发逻辑也变了：不再依赖 ctrl+space 强制唤出，而是输入字母后自动弹出（类似 VS Code），延迟通常
Python 补全为何只提示变量名，不显示方法参数？
这是典型的 LSP 初始化失败表现，常见于 ide-python 配置缺失或 Python 环境未识别：
- 确保系统已安装 Python 3.7+，并在 Atom 的
ide-python设置页中正确填写Python Path（例如/usr/bin/python3或C:\Python39\python.exe） - 安装
pip包：python -m pip install python-language-server[all]（注意不是pyls，那是旧版） - Atom 不读取 shell 的
$PATH，所以即使终端能跑pyls，Atom 里也可能报spawn pyls ENOENT - 若用 conda 环境，需在设置中指定 conda 环境下的
python可执行文件路径，而非 base 环境路径
参数提示（signature help）依赖 language server 主动推送，只有 server 正常加载且文件被正确解析为 Python 模块时才生效。
自定义 snippet 补全与 LSP 共存是否可行？
可以，但必须区分层级：LSP 负责语义级补全（函数、类、导入项），而 snippets 插件负责模板代码片段（如 for 展开成循环结构）。两者不冲突，但优先级有别：
- 默认情况下，LSP 补全项排在前面，snippet 项靠后；可通过
autocomplete-plus的旧设置调整顺序（但不建议启用该插件） - 真正要改的是
snippets的 scope：例如让log片段只在source.js生效，避免污染 Python 补全列表 - 编辑
~/.atom/snippets.cson时，scope 值必须匹配 Atom 的 grammar scope（可用ctrl+shift+p→ “Editor: Log Cursor Scope” 查看当前文件实际 scope）
LSP 补全无法通过 snippets 扩展——比如你没法用 snippet 实现“输入 fetch 后自动补全带 async/await 的完整请求模板”，那得靠 provider 自身支持或额外插件如 atom-ide-datatip。
