VSCode Kubernetes插件无内置监控功能，所有资源展示均依赖本地kubectl实时拉取；95%连接失败源于kubectl（≥1.18）未就位或kubeconfig路径权限错误，须手动执行Connect to Cluster并验证context、权限与schema绑定。
VSCode 本身没有“Kubernetes 集群监控插件”这个独立功能模块——你看到的资源树、节点列表、Pod 状态，全靠 kubectl 命令实时拉取，不是插件自带的监控服务。所谓“监控”，本质是本地 CLI 工具 + 配置正确性 + 权限到位后的结果展示。
插件连不上集群：先别点 Connect，先验 kubectl 和 kubeconfig
95% 的“监控空白”问题，卡在底层命令不通。插件启动时只认两件事：kubectl 在 PATH 里且版本 ≥1.18，以及能读到合法、可读的 kubeconfig 文件（默认只看 ~/.kube/config，不认 KUBECONFIG 环境变量）。
- 终端运行
kubectl version --client，必须输出版本号；否则插件直接退出 - 运行
kubectl config current-context，输出得是你想连的上下文名（比如minikube或gke-prod） - 运行
kubectl get nodes -A，必须返回节点列表；若报Unable to connect to the server，插件必然空转 - Mac/Linux 上检查权限：
ls -l ~/.kube/config，确保当前用户有读权限；Windows 上注意文件是否被标记为“来自互联网”而被拦截
资源树一直转圈或为空：不是插件卡，是请求被挡或没权限
插件不缓存，每次展开都发新 kubectl get 请求。转圈 ≠ bug，而是网络延迟、API Server 拒绝或 RBAC 不足的表现。
Kubernetes Skills
下载
针对 Kubernetes 仪表板和 Web UI 的浏览器自动化。适用于与 Kubernetes Dashboard、Grafana、ArgoCD UI 或其他 Web 界面交互。需要设置 MCP_BROWSER_ENABLED=true。
- 右下角状态栏必须显示类似
k8s-context: eks-prod；没显示？说明上下文没激活，要手动执行Kubernetes: Select Context - 点击状态栏的命名空间（如
default）可切换；想看全部资源，必须选All namespaces - 验证权限：
kubectl auth can-i list pods -A必须返回yes；否则 API Server 直接拒掉请求，资源树就空 - 如果集群用自签名证书，临时加
insecure-skip-tls-verify: true测试，排除证书信任问题
YAML 编辑没提示、字段标红失效：缺的是 schema 绑定，不是插件开关
插件自己不校验 YAML，它靠 redhat.vscode-yaml 插件 + 外部 JSON Schema 实现补全和报错。没提示 = 没配 schema。
- 必须安装
redhat.vscode-yaml（Red Hat 官方 YAML 插件），否则连缩进折叠都异常 - 打开
deployment.yaml，右下角语言模式必须是YAML (Kubernetes)，不是YAML或Plain Text - 在文件顶部加注释声明 schema：
# yaml-language-server: $schema=https://raw.githubusercontent.com/instrumenta/kubernetes-json-schema/master/v1.28.0-standalone-strict/all.json（版本号务必和kubectl version --short一致） - 同时在
settings.json中补全局映射："https://raw.githubusercontent.com/instrumenta/kubernetes-json-schema/master/v1.28.0-standalone-strict/all.json": ["**/*.yaml", "**/*.yml"]
Port Forward、View Logs 点不动：插件只是调 kubectl，不是魔法
这些操作不是插件内建能力，而是后台执行一条 kubectl 命令并把输出流进 VSCode 面板。失败时看 OUTPUT → Kubernetes 面板里的原始错误更准。
- 点
Port Forward报error: unable to listen on port？端口被占了，插件不会自动换，得手动改端口或杀进程 -
View Logs报command 'kubectl.logs' not found？说明插件根本没调通kubectl，回到第一步验 CLI - VSCode 关掉后，
kubectl port-forward进程不会自动终止，得手动pkill -f "port-forward"清理 - 转发会话不复用，每次点都启新进程，容易堆积多个重复转发
最常被忽略的一点：插件从不自动连接集群，即使所有配置都对，资源树也默认折叠空白；必须显式触发一次 Kubernetes: Connect to Cluster，且右下角出现 context 名称才算真正连上。其他都是后续动作的前提。
