根本原因是Sublime默认YAML语法不识别Kubernetes语义字段，需安装YAML for Kubernetes插件、重启后手动绑定为YAML (Kubernetes)语法，并启用"translate_tabs_to_spaces": true以避免缩进错乱导致高亮失效。
Sublime Text 打开 .yaml 文件后一片灰白，或者只有缩进微微变色，不是主题问题，也不是插件装少了——根本原因是它没用对语法解析器，而 YAML 对缩进又极其敏感，错一位就全崩。
为什么右下角显示 YAML 却不着色
Sublime 自带的 YAML 语法只识别基础结构：冒号、短横线、缩进层级，但完全不理解 apiVersion、kind、spec 这些字段语义。它把 containers: 当普通 key，{{ item }} 当纯字符串，volumeClaimTemplates: 和 environment: 颜色一模一样。
- 常见现象：打开
deployment.yaml后整页灰白，或只有缩进微弱变色 - 根本原因：语法作用域（scope）没匹配到
support.type.kubernetes这类语义标签 - 不是主题问题——换再炫的
color_scheme也救不了，得换语法定义
怎么让 Kubernetes YAML 正确高亮
必须用社区维护的专用语法包，不能靠自带 YAML 或泛用插件。目前最稳定的是 YAML for Kubernetes（作者 mattfoster，适配 v1.20–1.30+）。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 按
Ctrl+Shift+P→ 输入Package Control: Install Package→ 搜索并安装YAML for Kubernetes - 安装后重启 Sublime（部分版本不重启不加载新语法）
- 打开任意
.yaml文件 → 点击右下角语言名 →Open all with current extension as…→ 选YAML (Kubernetes) - 验证是否生效：
apiVersion:变蓝、kind:变绿、metadata.name:变紫，且spec.containers[].ports[]可逐层折叠
docker-compose.yml 为什么还是 Plain Text
Sublime 默认根本不识别 docker-compose.yml 这个文件名，它只认后缀 .yml，但不会根据文件内容或关键词自动切换语法。
- 最简方案：打开该文件 → 点右下角 →
Open all with current extension as…→ 选YAML (Docker Compose)（需先装YAML Language Support插件） -
docker-compose.prod.yml这类复合后缀不会自动绑定，得进插件的YAML (Docker Compose).sublime-syntax文件，在file_extensions列表里手动加一行- docker-compose.prod.yml - 缩进错一位（比如
depends_on:下少一个空格），高亮直接从那行起全崩为白色——这不是 bug，是语法解析器主动放弃
缩进错乱、折叠失效，到底该调设置还是换语法
YAML 对缩进敏感，而 Sublime 的折叠逻辑依赖语法文件中的 foldingStartMarker 和 foldingStopMarker。官方 YAML 语法支持基础折叠，但以下情况会失效：
- 用了
|-或>-多行字符串，且内容含空行 —— 折叠可能提前终止 - 缩进混用了 Tab 和空格（尤其从其他编辑器粘贴过来）—— 高亮和折叠都会异常
- Sublime 版本低于 4126 —— 老版本对锚点（
&ref）、别名（*ref）支持不完整，可能导致后续块解析错位 - 建议统一设为 2 空格缩进，并开启
"detect_indentation": false+"tab_size": 2+"translate_tabs_to_spaces": true（在Preferences → Settings中）
真正防错不能只靠高亮——spec: 能折叠也不代表字段拼写对、层级合法。Kubernetes 场景下，matchLabels 和 selector 少一个空格或漏一个冒号，kubectl apply --dry-run=client 都不会报错，但 Pod 就卡在 0/1 ready，排查时根本看不出哪一对不上。
