sublime拼写检查需手动启用且依赖语法类型、正确词典路径和本地词典文件三者协同；仅状态栏显示“spell check”为唯一可信开启信号，路径错误或语法不匹配均导致静默失效。
Sublime 的拼写检查默认完全关闭，不手动启用就永远不会标红错词；自定义专业术语必须写进 Local Dictionary.en_US.txt，而不是改系统字典或随便建个文本文件。
怎么确认 spell_check 真开了？只看状态栏右下角
状态栏右下角显示 Spell Check 是唯一可信信号。光有红波浪线不能说明拼写检查在工作——可能是 LSP、ESLint 或主题样式画的线。按 F6 可临时切换当前视图开关，但不保存设置；真正生效得靠配置。
- 必须在当前文件是
Plain Text、Markdown或reStructuredText语法时操作（右下角状态栏可确认） - 走菜单
Preferences → Settings – Syntax Specific，不是全局Preferences → Settings - 右侧用户设置里加这两行：
{"spell_check": true,"dictionary":"Packages/Language - English/en_US.dic"} - 保存后无需重启，但已打开的文件可能需切一次语法（如 View → Syntax → Plain Text 再切回）强制刷新上下文
dictionary 路径写错 = 静默失效，标红线也没右键建议
能标红但右键没有 Change to 'receive' 或 Add to Dictionary 灰掉，90% 是 dictionary 路径不对。Sublime 不报错、不 fallback、不提示，只跳过加载。
- 正确路径只有：
Packages/Language - English/en_US.dic（注意大小写、空格、“-”、无dictionaries/子目录） - 常见错误：
"en_US.dic"、"Packages/Language - English/dictionaries/en_US.dic"（多了一级）、/Packages/Language...（开头斜杠） - 验证方法：菜单
Preferences → Browse Packages…→ 进入Language - English/目录 → 确认存在en_US.dic（不是.aff或其他后缀） - macOS 权限受限时，可复制该文件到
Packages/User/，再把路径设为"Packages/User/en_US.dic"
自定义术语必须放对位置：Local Dictionary.en_US.txt
想加 zod、ReactQuery、Llama Coder 这类专业词，不能直接改 en_US.dic（只读），也不能建个 mywords.txt 放错地方。
- 文件必须放在：
Packages/User/Local Dictionary.en_US.txt（路径、文件名、后缀、空格、下划线全部严格匹配） - 每行一个词，全小写即可（
reactquery和ReactQuery都能匹配），不要引号、逗号、空格、空行 - 编码必须是 UTF-8 无 BOM，否则控制台报
invalid dictionary，整文件失效 - 改完后，已打开的文件需关闭重开，或执行
Ctrl+Shift+P → Reload Syntax刷新缓存
为什么 .py/.js 文件里开了 spell_check 会出问题？
Python、JavaScript 等语法包默认禁用拼写检查，全局或语法专属设置里硬开 spell_check，会导致变量名、函数名、字段名全被当错词标红。
- 比如
recieveData被标红 → 右键点Add to Dictionary→ 把它加进用户词典 → 下次真拼错receive就永远不提醒了 - 原生
spelling_selector参数不是语义分析器，设成"comment"在代码文件里效果极差，无法稳定识别注释里的自然语言 - 想检查注释拼写，得装插件（如
Spell Check Comments），原生功能做不到 - 中文术语不用加进词典，Sublime 原生不校验中文；中英混排的英文词（如
APIKey）才需要整体加进Local Dictionary.en_US.txt
最易被忽略的是：拼写检查是否启用，和你“正在编辑什么文件”强绑定；路径、语法、词典三者缺一不可，错一个环节就是静默失效。
