vscode更新后kubernetes插件报错90%因兼容性校验失败或kubectl/kubeconfig路径、权限、上下文被重置；需验证kubectl版本与连通性、手动触发connect to cluster、设置语言模式为kubernetes并校验rbac权限。
VSCode 更新后 Kubernetes 插件报错，90% 是插件与新版本编辑器的兼容性校验失败，或 kubectl / kubeconfig 路径、权限、上下文状态被重置；不是插件坏了，而是 VSCode 重启后没重新触发连接逻辑。
kubectl 和 kubeconfig 在更新后“突然失效”
VSCode 更新会重启 Extension Host 进程，但不会自动重载 kubectl 的 PATH 或重读 kubeconfig。插件启动时硬检查这两项，任一缺失就直接放弃初始化。
- 终端运行
kubectl version --client，必须输出类似Client Version: v1.28.4；若报command not found，说明 PATH 已丢失——检查 shell 配置（如~/.zshrc）是否仍导出kubectl路径，再执行source ~/.zshrc，然后重启 VSCode - 运行
kubectl config current-context，若为空或不是目标集群名，说明上下文被重置；用kubectl config use-context minikube显式切回，并确认kubectl get nodes -A仍能通 - Mac 用户特别注意：
~/.kube/config权限可能被重置为-rw-------以外的值，运行chmod 600 ~/.kube/config再试
资源树空白、右下角不显示 context 名
这不是插件没加载，而是它跳过了“连接 API Server”这步——Kubernetes: Select Context 命令只改本地缓存，不发请求；更新后必须手动补上连接动作。
Kubernetes Skills
下载
针对 Kubernetes 仪表板和 Web UI 的浏览器自动化。适用于与 Kubernetes Dashboard、Grafana、ArgoCD UI 或其他 Web 界面交互。需要设置 MCP_BROWSER_ENABLED=true。
- 点击左侧 Kubernetes 图标 → 顶部资源树右上角点
Connect to Cluster→ 选目标 context - 成功后右下角应立刻出现
k8s-context: minikube；悬停能看到 server 地址，这是唯一可信信号 - 若仍为空，打开 OUTPUT 面板 → 切换到
Kubernetes标签页，看是否有Failed to load namespaces或Unauthorized——前者大概率是 RBAC 权限不足（kubectl auth can-i list pods -A应返回yes），后者需检查证书或insecure-skip-tls-verify: true是否临时启用
YAML 编辑无提示、字段标红失效
插件本身不提供 YAML 校验，它依赖 redhat.vscode-yaml 插件 + 外部 JSON Schema；VSCode 更新后，语言模式常被重置为 YAML 而非 Kubernetes，导致整个链路断开。
- 打开任意
.yaml文件，右下角语言模式必须是纯Kubernetes（不是YAML (Kubernetes)或YAML）；点击它 →Change Language Mode→ 输入kubernetes并回车 - 确保已安装
redhat.vscode-yaml（Red Hat 官方插件），且未被禁用；可在命令面板运行Developer: Show Running Extensions查看其状态 - 文件顶部加一行注释绑定 schema：
# yaml-language-server: $schema=https://raw.githubusercontent.com/instrumenta/kubernetes-json-schema/master/v1.28.0-standalone-strict/all.json（版本号务必与你kubectl version --client输出一致）
最易忽略的是：VSCode 更新后，所有手动配置的环境变量（如 KUBECONFIG）只对当前终端生效，而 VSCode 桌面版启动时并不继承这些变量——若你靠 KUBECONFIG=/path/to/eks.conf code 启动，更新后必须重新这样启动，或把该变量写进系统级 shell 配置里。
