atom代码提示模糊匹配由provider插件控制，autocomplete-plus仅负责渲染；autocomplete-javascript不支持子串匹配，atom-ternjs需.jsconfig.json才启用模糊，autocomplete-python需手动开启fuzzy选项。
Atom 的代码提示没有全局“匹配算法”开关，autocomplete-plus 本身不决定怎么匹配，它只负责把 provider 返回的建议列表渲染出来；真正控制是否模糊、怎么排序、要不要子串匹配的，是当前生效的 language-specific 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，需手动在~/.atom/packages/autocomplete-python/settings/autocomplete-python.cson中加一行：'fuzzy': true - 右下角 grammar 显示
Plain Text或Babel JavaScript而非source.js，provider 根本不触发
autocomplete-plus 设置页里的 “Fuzzy Search” 是干啥的
它只对 provider 已返回的候选列表做二次排序，不是让 provider 变成模糊的：
- 如果 provider 返回的
getSuggestions()结果里没带score字段（比如autocomplete-javascript），勾选这个选项毫无效果 - 它不影响匹配范围，只影响 UI 层排序权重；真正的“能不能匹配到”由 provider 决定
- Minimum Word Length 默认是 2，若设为 3，输
bgc就不会触发补全（background-color匹配失败）
怎么确认模糊匹配真在工作
别只看有没有下拉框，要验证排序是否响应子串相似度：
- 在
.js文件中输入log，观察console.log是否出现在前列（而非只靠历史频次排在顶部） - 打开开发者工具（
Cmd+Alt+I），在 Console 输入atom.packages.getActivePackage('autocomplete-plus').mainModule.providerManager.providers，确认当前生效的 provider 名称和状态 - 禁用所有其他 autocomplete 插件（如
autocomplete-snippets），避免它 scope 设为*导致全文件模糊扫描拖慢响应 - 如果只看到一堆旧词、没任何语法相关建议，大概率是 provider 没加载成功，优先检查 grammar 和插件启用状态
最常被忽略的一点：provider 必须和当前文件的 grammar scope 精确绑定，source.js.jsx 和 source.js 是两个不同 scope，装了 atom-ternjs 却在 JSX 文件里写 JS，它可能压根不介入补全流程。
