Ctrl+Space没反应需先用Ctrl+.调出Keybinding Resolver确认Atom是否收到按键：若无记录则被系统输入法劫持，若匹配其他命令则插件覆盖，默认补全行为；Resolver是区分内外冲突的唯一工具。
Ctrl+Space 没反应？先确认 Atom 收到了按键
按
（Windows/Linux）或
（macOS）调出 Keybinding Resolver，再按
。如果 Resolver 里完全没记录，说明系统输入法、远程桌面工具或 Windows 语言栏已劫持该组合键，Atom 根本没收到事件。
Resolver 显示匹配到其他命令（比如
），说明插件覆盖了默认行为；显示多条匹配且
列优先级不同，高优先级规则（如
）压制了
。
系统级拦截不归 Atom 管——别在 Atom 里硬调，改系统输入法快捷键或换用
更省事
Resolver 是唯一能区分“Atom 外部被截”和“Atom 内部冲突”的工具，别跳过这步
Mac 用户注意：
是 Spotlight，
才是 Resolver，别按错
补全列表弹出来了，但按 Tab 不插入？改 keymap.cson
Atom 默认用
确认补全项，
仅用于缩进。强行把
绑给补全，容易在空行、JSON 或注释里误触发，反而打断节奏。
如果坚持用
，必须加选择器限制，避免全局污染：
表示只对 JS/Python/Go 等源码文件生效，排除 Markdown、配置文件等干扰场景
排除命令面板、查找框等 mini 输入框，否则按 Tab 会意外关闭面板
改完保存，不用重启，但语法错误（比如缩进错位、漏引号）会导致整段失效，右下角有红色提示
为什么 autocomplete-plus 的 confirm 命令找不到？检查插件链是否断裂
报错
，本质是 provider 没加载成功，
调用时拿到的是
。
常见断裂点：
已启用，但
没装，或装了但当前文件 grammar 是
（看右下角，不是文件后缀）
同时启用了
或旧版
，它们会抢占补全入口，禁用即可
替代了
：前者 scope 是
，而
只监听
，补全直接静默
补全慢、卡顿、CPU 飙高？关掉异步请求或换 provider
某些 provider（如
、旧版
）会在每次按键时 fork 进程或扫描
，导致延迟明显，甚至编辑器假死。
优化方向：
进
，关掉
（异步开关），强制走同步路径，响应变快但可能少部分建议
JS 场景下，用
替代
：前者基于 Tern 引擎，支持跳转定义和类型推导，补全更准，且 CPU 占用更稳
Python 场景下，
依赖 Jedi，若项目依赖多，可设
环境变量限制分析深度
补全不是越“智能”越好——provider 的实现方式直接影响响应速度，选轻量、维护活跃的那一个，比堆功能更重要。
Ctrl+.Cmd+.Ctrl+Spacenuclide:toggle-terminalSourceatom-ide-uiautocomplete-plus:confirmCtrl+Shift+SpaceCmd+SpaceCmd+.EnterTabTabTab'atom-text-editor[data-grammar~="source"]:not([mini])':
'tab': 'autocomplete-plus:confirm'data-grammar~="source":not([mini])Uncaught TypeError: Cannot read property 'getSuggestions' of undefinedautocomplete-plusundefinedautocomplete-plusautocomplete-javascriptPlain Textternjsautocomplete-atom-apilanguage-babellanguage-javascriptsource.js.jsxautocomplete-javascriptsource.jsautocomplete-clangautocomplete-phpnode_modulesSettings → Packages → autocomplete-plusEnable Asynchronous Providersatom-ternjsautocomplete-javascriptautocomplete-pythonJEDI_SETTINGS