sublime text 原生拼写检查不支持变量命名纠错，仅作用于注释、字符串和纯文本；f6 和 toggle spell check 仅临时切换当前视图拼写状态，且依赖语法包支持与有效词典路径，代码文件中默认无效。

Sublime Text 原生拼写检查不能用于变量命名纠错，Toggle Spell Check 和 F6 只对注释、字符串、纯文本生效，对 user_name、recieveData 这类标识符完全无反应——这不是配置问题，是作用域设计如此。

为什么 F6 按了没反应？确认拼写检查真开启了

按 F6 只是临时切换当前视图的拼写状态，不保存、不跨文件、不改变设置。它生效的前提是：当前文件语法必须支持拼写检查（如 Plain Text、Markdown），且已在 Preferences → Settings – Syntax Specific 中正确配置了 spell_check 和 dictionary 路径。

• 右下角状态栏没出现 Spell Check 字样，说明根本没启用——标红线也不代表它在工作（可能是 LSP 或语法高亮干扰）
• 在 .py 或 .js 文件里按 F6，大概率静默失败：这些语法包默认忽略 spell_check 字段
• 验证路径是否有效：打开 Preferences → Browse Packages… → Language - English/，确认目录下存在 en_US.dic（不是 .aff，也不是在 dictionaries/ 子目录里）

Toggle Spell Check 快捷键只管开关，不管作用域

Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS）调出命令面板，输入 Toggle Spell Check 回车，这个操作只是翻转当前视图的 spell_check 状态，和你在设置里写的值无关，也不校验 dictionary 是否可用。

Sublime Text Build Linux版

Sublime Text Linux x86-64 deb 安装包。官方也提供 rpm、tar.xz 和软件源安装方式。

下载

• 它不会帮你加载词典，路径错照样执行成功，但后续右键无建议、Add to Dictionary 灰掉
• 对代码文件使用该命令风险极高：一旦开启，initalize、teh_api 全被标红，误点 Add to Dictionary 会把错误拼写永久加入词典
• 真正安全的做法是：只在 README.md 或 notes.txt 这类非代码文件中用它，其他时候关掉

想查变量名拼写？原生做不到，得靠插件

Sublime 原生机制基于 scope（如 comment.line、string.quoted），而变量名属于 variable.other 或 entity.name.function，压根不在扫描范围内。要实现“英文变量命名纠错”，必须借助外部插件：

• CodeSpellChecker：扫描全文件所有单词（含变量名、字符串、注释），支持自定义 .cspell.json 白名单，但需手动添加 "syntaxes": ["Packages/Python/Python.sublime-syntax"] 才对 .py 生效
• SublimeLinter-contrib-alex：侧重可读性，能提示 util、mgr 等模糊缩写，但依赖 Node.js，且对 getUsrInfo 这类缩写不会报错
• 注意性能：开启全词扫描后，大文件保存延迟明显；建议禁用 "check_all_words": true，改用 "check_strings": true, "check_comments": true

别信“自动纠错”，AutoReplace 类插件在代码里极危险

原生不支持自动替换，任何“输入 teh 自动变 the”的功能都来自插件，且无法理解上下文：

• teh_api_v2 被替成 the_api_v2 直接 break 接口
• recieveData 若是 legacy 字段名，替成 receiveData 可能导致运行时字段缺失
• 若坚持用，务必限定作用域：在插件设置中关闭所有 source. 开头的语法（如 source.python），只保留 text.plain 和 text.html.markdown

最常被忽略的一点：拼写检查的“作用域”不是功能选项，而是硬编码在语法包里的行为边界。你没法通过改一个 setting 就让 Python 变量名被检查——要么接受插件的全局扫描（并承担误报/性能代价），要么老老实实把命名规范交给 ESLint / Pylint / Ruff 这类语义工具来管。