技能介绍

要解决的具体问题

当 Kubernetes 或 OpenShift 集群的日常操作散落在 kubectl、项目自带脚本和多个控制台之间时，把集群动作接入 MCP 的主要价值不是“多一个入口”，而是让已经使用 MCP 客户端的工作流能够直接对集群做受控操作。适合的场景包括查看命名空间内的资源与事件、处理 Pod 状态、操作 Helm 与 Tekton 工作负载，以及在排障时获取资源使用指标或进入容器执行诊断命令。如果团队已经把其他系统通过 MCP 暴露给同一个客户端，集群能力也可以按类似方式接入。

技能如何工作

这个技能把集群操作整理成原生 API 支撑的 MCP 工具，而不是把所有能力简单包装成一条通用命令。其核心链路是：客户端发起 MCP 工具调用，技能根据配置找到对应集群访问凭据，再由底层 Kubernetes/OpenShift API 完成实际动作。能力范围覆盖资源、Pod、事件、Helm、Tekton 和诊断相关操作。例如，Top 用于获取命名空间内所有 Pod 或指定 Pod 的资源使用指标；Exec 用于进入 Pod 并运行命令，适合临时确认进程状态、配置项或日志上下文。接入前需要具备集群访问权限，并提供 kubeconfig 或 in-cluster 配置；客户端需要支持 MCP。运行方式可以按环境选择原生二进制、npm、Python 或容器/Docker 镜像，原生二进制不需要本机再装 Node 或 Python。

适用边界与注意点

它更适合已经明确授权、需要程序化或半自动化操作集群的工程场景，不适合替代完整的 RBAC、审计和变更审批流程。Exec 会改变容器内状态或产生进程输出，权限边界和命名空间隔离仍然由集群策略决定。Helm、Tekton 与诊断工具的可用性取决于集群安装的组件和版本；不同 OpenShift 版本的行为也可能有差异。工具返回的是 API 层结果，遇到网络分区、准入控制器拒绝、资源限额或 CRD 缺失时，问题通常要回到集群侧排查。