Sublime Text默认YAML语法不识别Kubernetes等语义字段，需安装YAML for Kubernetes插件并手动绑定为YAML (Kubernetes)语法，同时开启"translate_tabs_to_spaces": true，否则缩进错位或混用Tab会导致高亮失效。
Sublime Text 默认打开 .yaml 文件只是基础缩进高亮，apiVersion、kind、spec 全是白的，这不是配错了，是根本没加载对的语法引擎。
为什么右下角显示 YAML 却不着色
Sublime 自带的 YAML 语法只识别冒号、短横线、缩进结构，不理解 Kubernetes、Ansible 或 Docker Compose 的字段语义。它把 containers: 当普通 key，{{ item }} 当纯字符串，volumeClaimTemplates: 和 environment: 颜色完全一样。
- 常见现象：打开
deployment.yaml后整页灰白，或只有缩进微弱变色 - 根本原因：语法作用域（scope）没匹配到
support.type.kubernetes这类语义标签 - 不是主题问题——换再炫的 color_scheme 也救不了，得换语法定义
怎么让 Kubernetes YAML 正确高亮
必须用社区维护的专用语法包，不能靠自带 YAML 或泛用插件。目前最稳定的是 YAML for Kubernetes（作者 mattfoster，适配 v1.20–1.30+）。
Pandas 配置文件报告生成器
下载
使用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，是语法解析器主动放弃
格式化和校验不能只靠高亮
高亮 ≠ 正确，spec: 能折叠也不代表字段拼写对、层级合法。真正防错要靠外部工具链。
- 格式化：用
YAML Formatter插件（别用已停更的YAMLNav），它能统一缩进、补空格、重排列表，但不校验image:是否含非法字符 - 校验：配
SublimeLinter + yamllint，或手动建 Build System："shell_cmd": "kubectl apply --dry-run=client -f \"$file\" 2>&1" - 关键细节：
"translate_tabs_to_spaces": true必须开启，Kubernetes 严格拒绝 Tab；混用空格/Tab 不仅高亮失效，kubectl直接报found character that cannot start any token
真正卡住人的从来不是装了几个插件，而是 file_extensions 漏写一个后缀、scope 没对上、或者 translate_tabs_to_spaces 关着却以为缩进没问题——这些地方一错，高亮就退化成“看着像 YAML”的纯文本。
