kubectl不通过环境变量直接配置集群，而是依赖kubeconfig文件；最常用的是kubeconfig环境变量指定文件路径或合并多个配置，配合kubectl config use-context切换上下文。

kubectl 本身不通过环境变量直接“配置集群”，它依赖 kubeconfig 文件来管理集群连接信息。但环境变量可以间接影响 kubectl 的行为，尤其是指定使用哪个 kubeconfig 文件、覆盖默认路径或控制运行时上下文。以下是真正实用、符合生产习惯的配置方式：

1. 指定 kubeconfig 文件位置：KUBECONFIG

这是最常用也最关键的环境变量。kubectl 默认读取 ~/.kube/config，但你可以用 KUBECONFIG 指向一个或多个文件（用冒号分隔，Linux/macOS）或分号（Windows）：

• 单个自定义文件：
  export KUBECONFIG=~/.kube/config-prod
• 合并多个集群配置（推荐多集群管理）：
  export KUBECONFIG=~/.kube/config-dev:~/.kube/config-staging:~/.kube/config-prod
  kubectl 会按顺序读取并合并所有文件中的 clusters、users、contexts
• 临时切换（不影响全局）：
  KUBECONFIG=~/.kube/config-test kubectl get pods

2. 设置默认上下文：CURRENT_CONTEXT（不直接设环境变量，但可配合）

kubectl 不提供 CURRENT_CONTEXT 环境变量，但你可以用 kubectl config use-context 配合脚本实现“环境感知”：

• 例如在登录生产环境终端时自动切换：
  export KUBECONFIG=~/.kube/config-prod && kubectl config use-context prod-cluster
• 或者写成 alias：
  alias kprod='KUBECONFIG=~/.kube/config-prod; kubectl config use-context prod-cluster 2>/dev/null; kubectl'

3. 覆盖 API 服务器地址（调试/代理场景）：KUBERNETES_SERVICE_HOST + PORT

当 kubectl 运行在 Pod 内部时，它会自动检测 KUBERNETES_SERVICE_HOST 和 KUBERNETES_SERVICE_PORT 并尝试走集群内服务。你也可以手动设置它们强制走特定地址（如本地代理）：

windows-healing-gateway

通过任务计划程序自动监控并自修复 Windows 上的 OpenClaw Gateway，具备 AI 诊断和 Telegram 报警功能。

下载

• export KUBERNETES_SERVICE_HOST=127.0.0.1
• export KUBERNETES_SERVICE_PORT=8443
• ⚠️ 注意：这会绕过 kubeconfig 中的 server 地址，且需确保证书/认证匹配，一般用于本地调试或 mitm 代理

4. 其他辅助环境变量（少用但有效）

这些不是集群配置核心，但在特定流程中能简化操作：

• KUBECONFIG_DIR：非标准变量，可由你自己定义并在 shell 函数中引用，例如：
  export KUBECONFIG_DIR=~/.kube/environments，再配合脚本加载对应环境
• NO_PROXY / HTTPS_PROXY：若集群 API Server 在私有网络或需跳过代理，设置：
  export NO_PROXY="192.168.0.0/16,10.0.0.0/8,localhost,127.0.0.1"
• KUBECONFIG_PRELOAD：某些 CI 工具或 wrapper 脚本会用它预加载配置，kubectl 原生命令不识别，属于扩展约定

不复杂但容易忽略。核心就一条：用 KUBECONFIG 指向正确的配置文件，再用 kubectl config use-context 明确当前目标集群。其他变量都是补充手段。