CIQ Stratum Kubernetes Engine: One Binary, MCP Built In CIQ, the company behind Rocky Linux, released Stratum Kubernetes Engine (SKE) into general availability on November 5 as a single signed binary that installs, configures and upgrades a full Kubernetes cluster on Enterprise Linux 9. SKE bundles Kubernetes, etcd 3.7.0, containerd 2.3.7, runc 1.5.2, kube-vip, Cilium and CoreDNS, and ships a native Model Context Protocol server exposing 37 cluster tools across Read, Write and Destructive tiers, with tools above the configured tier ceiling never registered with the connected agent and all calls routed through Kubernetes RBAC. CIQ positions the release ahead of KubeCon + CloudNativeCon North America (November 9–12 in Salt Lake City) as AI workloads reach roughly 40% of enterprise Kubernetes usage in 2026. CIQ, the company behind Rocky Linux, shipped Stratum Kubernetes Engine SKE into general availability on November 5. It is a single signed binary that installs, configures, and upgrades a full Kubernetes cluster on Enterprise Linux 9. The packaging is tidy. The more interesting part is the built-in MCP server: 37 tools across three permission tiers that let AI agents operate the cluster with explicit, auditable controls — no gluing kubectl to a shell session, no hoping the agent knows when to stop. One Binary, No Version Drift The practical problem SKE solves is assembly. A production-ready Kubernetes cluster normally requires lining up kubeadm, kubelet, etcd, a CNI plugin, CoreDNS, and a container runtime — then keeping those versions in sync across upgrades. That version drift is the most common reason clusters behave differently between staging and production. SKE bundles everything into one signed, self-extracting executable: Kubernetes, etcd 3.7.0, containerd 2.3.7, runc 1.5.2, kube-vip, Cilium for networking, and CoreDNS. The control plane runs as kubelet-managed static pods. Rolling upgrades and automatic rollbacks are built in. etcd snapshots run every 12 hours by default. Certificates auto-renew. You are not responsible for any of that coordination. Built-in MCP Server for AI Agents The design decision worth paying attention to is the MCP server. SKE ships with a native Model Context Protocol server https://docs.ciq.com/stratum/overview that exposes 37 cluster tools in three tiers: Read, Write, and Destructive. When you start Stratum, you configure which tier ceiling to allow. Tools above that tier are never registered with the connected agent — not blocked at runtime, but structurally unavailable. An agent configured for Read access literally cannot call a Write tool, because that tool does not exist in the session. All calls go through Kubernetes RBAC regardless of tier. Secrets are off-limits at every level. This directly addresses what platform engineering teams identified at KubeCon EU 2026 as the real AI blocker: not model capability, but governance — audit trails, controlled access, and predictable agent behavior. Connecting a coding assistant to kubectl via a shell tool gives you none of that. SKE’s tiered MCP approach gives you all of it. Getting Started SKE ships signed amd64 and arm64 binaries on GitHub https://github.com/ctrliq/stratum , with software bills of materials and conformance archives alongside each release. Install the binary sudo install -m 0755 stratum-linux-amd64 /usr/local/bin/stratum Bootstrap the control plane sudo stratum up Add a worker node stratum token create run on the controller stratum up --worker --server https://