拼写检查是否启用取决于文件语法类型和语法专属设置，而非全局配置；必须在settings–syntax specific中为plain text、markdown等支持语法启用，并确保dictionary路径准确无误。
拼写检查没反应？先看状态栏有没有“Spell Check”
状态栏右下角出现 Spell Check 字样，是唯一可信的开启信号。光看红波浪线完全不可靠——recieveData 被标红，可能是 LSP 插件报错、主题样式干扰，或语法高亮把变量名当普通文本渲染了。按 F6 可临时切换当前文件开关，状态栏会立刻反馈；若没变化，说明配置根本没生效。
必须在 Settings – Syntax Specific 里配，不能写进全局 Settings
全局 Preferences → Settings 里加 "spell_check": true 对 .py、.js 文件完全无效。Python 和 JavaScript 语法包默认禁用拼写检查，spell_check 字段在它们的语法设置中被忽略。真正起效路径是：
- 确保当前文件是
Plain Text、Markdown或reStructuredText（右下角状态栏可确认） - 菜单 →
Preferences → Settings – Syntax Specific - 在右侧用户面板添加两行：
{"spell_check": true,"dictionary":"Packages/Language - English/en_US.dic"}
保存后不用重启，但若当前语法没刷新，可试 View → Syntax → Plain Text 再切回原语法。
dictionary 路径写错就静默失效，不报错也不 fallback
dictionary 必须是完整相对路径字符串，少一个字符都加载失败：标红线但右键无替换建议、Add to Dictionary 点不动，基本就是路径问题。
- 正确写法：
"Packages/Language - English/en_US.dic"（注意空格、“-”、大小写、无dictionaries/子目录） - 错误示例：
"en_US"、"en_US.dic"、"Packages/Language - English/dictionaries/en_US.dic"、/Packages/... - 验证方法：菜单 →
Preferences → Browse Packages…→ 进入Language - English/目录，确认存在en_US.dic（不是.aff或其他后缀） - macOS 权限受限时，可复制
en_US.dic到Packages/User/下，并设为"dictionary": "Packages/User/en_US.dic"
别在代码文件里开 spell_check，否则满屏误标
在 .py 或 .js 文件里硬启 spell_check，等于主动绕过安全边界：initalize、teh_api_v2、recieveData 全被标红。这不是 bug，是你没限定作用域。
- 原生拼写检查不区分注释、字符串、变量名——只要开了，全文本都会扫
- 右键
Add to Dictionary会把recieveData加进词典，下次真拼错receive就永远看不到提醒 - 想检查注释拼写？原生不支持——
comment.line.number-sign.python不在默认扫描作用域内，得靠插件如Spell Check Comments - 推荐只对
Plain Text、Markdown、reStructuredText启用，避免干扰代码编辑流
最易被忽略的点是：拼写检查是否启用，和你“正在编辑什么文件”强绑定；而词典路径一旦写错，Sublime 既不提示也不 fallback，只默默跳过——你得自己去 Packages 目录里翻文件确认。
