必须先让Sublime正确识别当前文件语法（右下角显示Python等而非Plain Text），再执行Preferences → Settings – Syntax Specific才能打开对应语法专属设置文件。
怎么打开当前文件对应的语法专属设置
必须先让 Sublime 正确识别当前文件的语法，右下角状态栏显示的名称（比如 Python 或 JavaScript）才是它实际加载配置的依据。如果显示的是 Plain Text，点开 Preferences → Settings – Syntax Specific 菜单项会是灰色或无响应。
操作路径很直接：
- 打开一个目标文件（如
main.py） - 确认右下角显示的是
Python（不是Plain Text）——若不是，点击右下角文字，选Python或用Ctrl+Shift+P输入Set Syntax: Python - 再执行
Preferences → Settings – Syntax Specific，就会打开Python.sublime-settings（位于Packages/User/下）
在语法专属设置里改 auto_complete_delay 有效吗
有效，但只影响 Sublime 原生补全（单词级、.sublime-completions 文件），不控制 Jedi、LSP、Anaconda 等插件的延迟。
例如你在 Python.sublime-settings 中写：
{
"auto_complete_delay": 250
}
这个值会让 prin 输入后等 250ms 弹出 print 建议，但 np. 后的提示仍由 Jedi 插件决定，它的延迟在 Jedi.sublime-settings 里单独配，key 是 "auto_complete_delay"（注意它在 jedi_settings 对象内，不是顶层）。
常见误区：
- 在全局
Preferences.sublime-settings改了auto_complete_delay，却期望JavaScript文件也同步生效——不会，语法专属设置优先级更高 - 同时启用了原生补全 + Jedi，结果
os.提示两次，一次快一次慢——这不是 delay 没设对，是补全源冲突，建议禁用原生补全："auto_complete": false在语法设置里
为什么改了 auto_complete_delay 还是卡或没反应
真凶往往不在这个参数上。延迟设得再合理，如果后台索引或插件本身没起来，补全就是空转。
排查重点：
-
index_files是否为true？大项目里它会让 Sublime 扫描整个目录树建符号表，node_modules或__pycache__一进去就卡死；建议设"index_files": false，靠插件自己管理索引 -
binary_file_patterns没配？编辑器可能正试图解析.zip或.log文件，导致阻塞；加进["*.log", "*.pdf", "*.zip"]可避免 -
auto_complete_size_limit太小？默认 4MB，但一个 10MB 日志文件会被跳过索引，补全失效不是 bug，是主动放弃；可调到1048576（1MB）更可控 - 插件是否真的在运行？右下角语法名后面有没有括号内容（如
Python (Jedi)）？没有说明插件没接入，auto_complete_delay再准也没用
不同语言的延迟该设多少才合适
没有统一答案，取决于你用的补全后端和项目规模：
- 纯文本或关闭所有插件后只用词典补全：可设
30，但意义不大——真正拖慢的是后端分析，不是这个数字 - 小项目（单文件、无依赖）：
120足够快且稳定 - Python +
jedi（含numpy/pandas）或 JS +typescript-language-server（带node_modules）：建议200–300，给语言服务器留出 AST 解析时间 - LSP 场景下别只盯
auto_complete_delay：pyright 首次跳转卡 3 秒，大概率是pyproject.toml缺失或include/exclude没限制范围，而不是前端弹窗慢
最常被忽略的一点：语法专属设置只对「已识别语法」的文件生效，而冷门后缀（如 .env、.yml）默认不绑定任何语法，你配了 ShellScript.sublime-settings 它也不会读——得先用 Open all with current extension as… 显式绑定。
