autocomplete-paths插件失效是因停止维护且不兼容atom 1.60+，根源在于依赖过时api；替代方案是用atom-ide-ui+ide-typescript通过lsp实现js/ts路径补全，html/css等文件无可靠支持。
Atom 的 autocomplete-paths 插件早已停止维护，官方仓库在 2021 年归档，且不兼容 Atom 1.60+（尤其是 Electron 13+ 升级后），直接安装会报错或完全不生效。
为什么 autocomplete-paths 安装后没反应？
根本原因不是配置问题，而是插件本身已失效：
- 依赖的旧版
atom-package-deps和pathwatcher与新版 Atom 的 API 不兼容，控制台常报Cannot find module 'fs-plus'或TypeError: atom.project.getPaths is not a function - 插件未适配 Atom 的异步项目加载机制，
atom.project.onDidChangePaths等监听器失效 - 即使强制降级 Atom 到 1.58，也会在 macOS Monterey+/Windows 11 上因 Electron 安全策略崩溃
替代方案：用 atom-ide-ui + ide-typescript 模拟路径补全
这不是“重装一个插件”就能解决的事，得换思路——利用语言服务（LSP）间接支持路径提示。适用于 TypeScript/JavaScript 项目：
- 卸载所有旧版路径补全插件：
apm uninstall autocomplete-paths autocomplete-modules - 安装
atom-ide-ui（基础 UI 层）和ide-typescript（提供 TS 语言服务） - 确保项目根目录有
tsconfig.json，哪怕只是空配置：{ "compilerOptions": { "allowJs": true } } - 打开
.js文件，在import或require()的引号内按Ctrl+Space，会触发基于文件系统的真实路径建议（非字符串猜测）
纯静态文件路径补全只能靠手动 hack
如果必须在 HTML/CSS/JSON 等非 JS/TS 文件中补全路径（比如 <img src="...">），没有可靠插件可用。可行但有限的方法：
- 启用 Atom 自带的
autocomplete-html，它对src/href属性有基础文件名提示（仅当前目录，不递归） - 把项目路径加到
core.projectHome设置里，能略微提升根目录下文件的命中率 - 用
Ctrl+Shift+P→Application: Open Your Keymap绑定快捷键触发autocomplete-plus:activate，强制唤出候选框（效果不稳定）
真正可靠的路径补全是编辑器底层能力，Atom 架构上已无法支撑；现在还在用 Atom 的人，多数是靠记忆路径 + Cmd+P 快速跳转撑下来的——这不是技巧，是妥协。
