Un Kubernetes completo en un solo binario, en reposo con 23 MiB.

docker, docker compose, docker build, Dev Containers y Testcontainers corren sobre el cluster de desarrollo, junto a (no en lugar de) Docker u OrbStack. Los proyectos de Compose pueden tener presupuestos de CPU y memoria.

$ export DOCKER_HOST=unix://$HOME/.litek8s/docker.sock
$ docker compose up -d --build
$ docker run --rm -it alpine sh
# the same cluster, the same images
$ kubectl get pods -A

Si tu pipeline necesita un cluster, este es el paso de setup: Ready en ~2.5 s en lugar de los ~45 s de kind en los runners de GitHub, jobs de Helm y multi-nodo 3–5× más cortos con 26–37× menos memoria, y 1.8× más rápido que kind en Docker in Docker en jobs de contenedor estilo GitLab.

# .github/workflows/e2e.yml
- uses: jairoFernandez/litek8s/.github/actions/setup-litek8s@v0.2.1
- run: helm install hello ./chart --wait && helm test hello
# cluster Ready in ~2.5 s, job 21 s (kind: 79 s)

litek8s ui: estado del cluster, una vista de Kubernetes al estilo k9s, contenedores por proyecto de compose con logs y shells, imágenes, volúmenes, limpieza de disco. Se maneja con el teclado y funciona por SSH.

litek8s ui

Un almacén de series de tiempo embebido con una API compatible con Prometheus (Grafana funciona), búsqueda de logs en todos los pods y nodos, reglas de alerta hacia un webhook, ntfy o Telegram, y kubectl top sin metrics-server.

$ litek8s logs -l app=web --since 1h --grep ERROR
$ litek8s query 'topk(5, sum by (pod) (rate(container_cpu_usage_seconds_total[5m])))'
$ litek8s alerts
$ kubectl top pods -A --containers

litek8s apiserver en una máquina; las demás se unen con un token al estilo k3s que fija la CA. Los pods hablan entre nodos por una malla WireGuard que litek8s arma solo, y corren directamente sobre crun: sin containerd, sin contenedores pause.

# the server; prints the join command
$ curl -fsSL https://raw.githubusercontent.com/jairoFernandez/litek8s/main/install.sh | sh -s -- server
# every other machine
$ curl -fsSL …/install.sh | sh -s -- agent --join https://192.168.1.10:6443 --token K10<hash>::<secret>

3 o 5 API servers comparten el almacén con Raft, sin etcd. Cualquier servidor puede caer sin perder escrituras; litek8s lb le da a kubectl una sola dirección delante de los tres.

$ install.sh | sh -s -- server --cluster-init
$ install.sh | sh -s -- server --server https://<first>:6443 --token <token>
$ litek8s lb --listen 127.0.0.1:6443 --server http://192.168.1.10:6443

litek8s mcp es un servidor MCP (clusters de desarrollo, objetos, diagnóstico de pods, logs, PromQL, alertas) con protecciones: las herramientas destructivas piden confirmación, hay modo de solo lectura y límites de salida. litek8s skill instala un skill para agentes.

$ claude mcp add litek8s -- litek8s mcp
$ claude mcp add litek8s-ro -- litek8s mcp --read-only
$ litek8s skill --install ~/.claude/skills

Validación de esquemas OpenAPI, reglas CEL con chequeo de tipos y costo estimado al crear la CRD, ratcheting, y server-side apply con managedFields, conflictos y pruning, como un API server de Kubernetes 1.33.

x-kubernetes-validations:
  - rule: "self.replicas <= self.maxReplicas"
    message: "replicas must not exceed maxReplicas"
# a typo is rejected when the CRD is created:
ERROR: <input>:1:5: undefined field 'replica'