sublime text 无法使用 lsp-yaml，因其架构不支持 lsp 协议，且无稳定第三方 lsp 插件完整对接 yaml-language-server；强行接入会导致补全卡顿、hover 失效、schema 验证缺失等问题。
Sublime Text 本身不支持 LSP（Language Server Protocol），装不了 lsp-yaml —— 这不是配置问题，是架构限制。
为什么 Sublime Text 无法使用 lsp-yaml
lsp-yaml 是为 VS Code、Neovim、VSCodium 等原生支持 LSP 的编辑器设计的语言服务器客户端插件。Sublime Text 没有内置 LSP 客户端，也没有稳定、维护活跃的第三方 LSP 插件能完整对接 yaml-language-server（即 lsp-yaml 背后的服务）。强行通过社区实验性插件（如 LSP + LSP-yaml）接入，会出现：
- 自动补全卡顿或完全不触发（尤其在
spec.containers[0].env深层路径下） - hover 提示返回空或 JSON Schema 错误（
Unable to load schema from ...） - 保存时无
schema validation报错，但kubectl apply --dry-run=client已失败 - 对
apiVersion: networking.k8s.io/v1等多版本 Schema 切换支持极弱
Sublime 用户真正可用的 Kubernetes YAML 智能提示方案
放弃 LSP 路线，转用专为 Sublime 设计的语法+插件组合，效果更稳、延迟更低：
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 安装
YAML for Kubernetes（作者 mattfoster）：提供字段级作用域（support.type.kubernetes.kind）、逐层折叠、颜色区分apiVersion/kind/metadata.name - 配合
YAML Formatter插件：统一缩进、重排列表、补冒号后空格，避免因格式问题阻断语法识别 - 手动绑定 Schema（可选）：把
kubernetes-json-schema下载到本地，在YAML for Kubernetes.sublime-syntax中 patchschema字段，启用基础字段校验（非实时 LSP 级）
缩进混乱时，高亮失效比补全缺失更致命
Sublime 的 YAML (Kubernetes) 语法解析器遇到缩进错位（比如 ports: 下少一个空格），会直接退出作用域匹配，整段变 Plain Text —— 此时连 apiVersion: 都不着色，补全自然失效。这不是插件没装好，是解析器主动放弃。必须：
- 开启
"draw_white_space": "all"，让 Tab 显示为 →、空格显示为 ·，一眼定位混用 - 关闭
"detect_indentation": true，否则打开旧文件立刻切 Tab 模式，覆盖你的tab_size设置 - 设
"tab_size": 2和"translate_tabs_to_spaces": true，Kubernetes 官方只认空格且推荐 2
想用 lsp-yaml 的完整能力（Schema 校验、hover 类型定义、实时错误波浪线），唯一可靠路径是换编辑器：VS Code + YAML Language Support（Red Hat 出品），它深度集成 yaml-language-server 并预置 Kubernetes SchemaStore。Sublime 的优势在于轻量和响应快，不是语言智能——强求 LSP，反而让最常出错的缩进和字段拼写问题失去可见性。
