Sublime Text 本身不提供代码提示和格式化能力，所有功能均依赖插件，且必须同时满足语法识别正确、底层 CLI 工具可用、插件配置无误三个前提；常见失效原因包括状态栏显示 Plain Text、CLI 路径未配置或语法错误导致静默失败。
Sublime Text 本身不提供代码提示和格式化能力，所有功能都依赖插件，且必须满足三个前提：语法识别正确、底层 CLI 工具可用、插件配置无误——缺一不可。
为什么装了插件却没提示也没格式化
不是插件坏了，是 Sublime 在静默失败。最常见原因有：
- 右下角状态栏显示
Plain Text而非JavaScript、Python或HTML—— 插件只对明确识别的语法生效，点一下状态栏手动选对语言 -
JsPrettier或sublime_black命令在Ctrl+Shift+P里搜不到？说明插件未加载成功，重启 Sublime 或执行Package Control: Satisfy Dependencies - 按快捷键后毫无反应，或状态栏左下角闪一下
Beautify failed就消失？大概率是：Node.js没装、prettier或blackCLI 不在$PATH、XML 文件带 BOM、HTML 中有未闭合标签或模板字符串干扰解析
不同语言该用哪个插件才真正可用
别信名字带 “Beautify” 的通用插件，它们大多已停更或只兼容老版本。当前稳定组合如下：
-
HTML/CSS/JS：用HTML-CSS-JS Prettify—— 轻量、无需额外 CLI、配置少，Ctrl+Shift+H默认可用；但注意它不校验语法，遇到&会直接报错 -
JavaScript/TS/JSON：用JsPrettier—— 必须提前运行npm install -g prettier，且prettier_cli_path要填绝对路径（如/opt/homebrew/bin/prettier），Windows 用户要写.cmd后缀 -
Python：用sublime_black（作者 zabb0t）—— 不是AutoPEP8；后者在 Python 3.12+ 对match语句直接崩溃，且不支持类型注解格式校验 -
SQL：用SQLBeautifier—— 纯本地运行，支持关键字大写、缩进风格切换，不连数据库也不依赖外部工具 -
XML：只认XML Tools—— 其他插件会把<tag attr="v">当 HTML 处理，可能错误闭合自闭合标签
保存时自动格式化怎么配才不翻车
别手写复杂键绑定，优先用插件自带开关：
-
HTML-CSS-JS Prettify→Preferences → Package Settings → HTML-CSS-JS Prettify → Enable Autoformat on Save，勾上即可 -
JsPrettier不提供保存触发，强行用subl --command "js_prettier"配文件监听风险高，普通用户不推荐 - 如果非要自定义快捷键（比如想让
Ctrl+S同时保存 + 美化），务必加context限定语法类型，否则 JS 文件按Ctrl+S可能触发 Python 格式化器 - 多个插件共存时，快捷键冲突高发——建议按语言区分：
Ctrl+Alt+H给 HTML，Ctrl+Alt+J给 JS，Ctrl+Alt+P给 Python
团队协作中格式化失效的根本原因
Sublime Text 本身不制定代码风格规则，所有「统一风格」效果都来自外部工具（如 prettier、black、xmllint）的调用结果；插件只是管道，不是规则制定者。
常见翻车点：
-
JsPrettier默认忽略项目级.prettierrc，必须在用户设置里显式加："prettier_options": {"config_precedence": "file-override"} -
sublime_black要确认"use_stdin": true已启用——这是 Sublime 把选区内容传给black的开关 -
XML Tools和HTML-CSS-JS Prettify不带语法修复能力，遇到xml.parsers.expat.ExpatError: not well-formed直接跳过，得先用python -m xml.etree.ElementTree或在线校验器定位问题
真正容易被忽略的是：格式化行为是否由项目配置驱动，而非编辑器设置。一旦脱离 .prettierrc 或 pyproject.toml，所谓“统一风格”就只是本地幻觉。
