Atom代码提示模糊匹配失效的根本原因是provider插件未启用或不支持模糊匹配，需分别配置atom-ternjs、autocomplete-python等对应provider的fuzzy选项，而非调整autocomplete-plus本身设置。

Atom 的代码提示默认不启用模糊匹配，autocomplete-plus 本身只做 UI 调度，是否“模糊”、匹配多宽、要不要回显历史词，全看 provider 插件怎么实现——装错 provider 或配错参数，就只能看到精确前缀匹配，甚至一片空白。

为什么输入 log 补不出 console.log？

这不是 Atom 坏了，而是你用的 provider 默认关了模糊匹配，或压根不支持。比如：

• autocomplete-javascript 默认只做前缀匹配（con → console），不支持子串（log → console.log）
• atom-ternjs 支持模糊，但必须项目里有 .tern-project 或 jsconfig.json，否则退化为纯历史词回显
• autocomplete-python 依赖 jedi，而 jedi>=0.19 默认关闭 fuzzy matching，需手动配置

autocomplete-plus 的模糊开关在哪？

它自己没有全局模糊开关。所有“模糊逻辑”由 provider 控制，autocomplete-plus 只负责把 provider 返回的候选列表渲染出来。所以你要改的不是 autocomplete-plus 设置，而是对应 provider 的配置项：

• atom-ternjs：进 Settings → Packages → atom-ternjs → 勾选 Use Fuzzy Matching
• autocomplete-python：打开 ~/.atom/packages/autocomplete-python/settings/autocomplete-python.cson，加一行：
  

  'autocomplete-python': 'fuzzy': true

• autocomplete-javascript：不支持模糊匹配，换 atom-ternjs 或 ide-typescript（后者对 TS/JS 都支持 fuzzy，但需 tsconfig.json）

模糊匹配慢、卡顿、CPU 爆满？

模糊 = 全量扫描 + 字符串相似度计算，尤其在 node_modules 多、文件大、jedi 版本旧时更明显。常见诱因：

• jedi 版本太高（如 0.19+）但插件没适配，导致每次补全都重解析 AST
• atom-ternjs 的 ecmaVersion 设太低（如 5），遇到 import 就 fallback 到全文 grep
• 项目根目录没 .tern-project，atom-ternjs 自动扫描整个目录树找 JS 文件
• 启用了 autocomplete-snippets 且 scope 写成 *，它会对所有 grammar 模糊匹配所有 snippet，拖垮响应

模糊匹配失效却显示一堆历史词？

这是 provider 彻底没加载，autocomplete-plus 降级为本地 history 匹配（类似 bash history）。优先排查：

• 右下角 grammar 是 Plain Text，不是 JavaScript 或 source.js
• atom-ternjs 已安装但未启用，或设置里 Enable Provider 是关的
• Mac 上 GUI 启动的 Atom 找不到 node，atom-ternjs 初始化失败，日志里报 Error: spawn node ENOENT
• 同时装了 language-babel 和 language-javascript，前者覆盖了 source.js scope，导致 atom-ternjs 不触发

模糊匹配不是开个开关就万事大吉的事——它高度依赖 provider 实现、项目结构、运行时环境三者咬合。哪怕只差一个 .tern-project 文件，或 jedi 版本错一位，补全就会从“智能联想”退回“打字记忆”。