xCloud AI

CLI installieren

Ein statisches Binary ohne Abhängigkeiten. Der Installer erkennt Betriebssystem und Architektur, prüft die SHA256-Summe und legt xcloud nach ~/.local/bin. Client und Server sind derselbe Build.

curl -fsSL https://registry.xcloud-ai.devops.x-ion.org/install.sh | sh
xcloud login --server https://registry.xcloud-ai.devops.x-ion.org

Prüfsummen: SHA256SUMS · Liste als JSON: /download/ · Aktuell bleiben: xcloud update holt genau den Client dieser Control-Plane (xcloud update --check für Automation, Exit-Code 10 = Update verfügbar).

Terraform und OpenTofu

Placements, Adapter und Modelle als Code: der Provider kommt aus der Registry dieser Instanz, terraform init braucht keine Zugangsdaten. Dein Token gibst du als XCLOUD_TOKEN mit.

terraform {
  required_providers {
    xcloudai = {
      source = "registry.xcloud-ai.devops.x-ion.org/xcloud/xcloudai"
    }
  }
}

provider "xcloudai" {
  server = "https://registry.xcloud-ai.devops.x-ion.org" # token: XCLOUD_TOKEN
}

Schritt für Schritt vom Token bis zum laufenden Placement: Terraform-Tutorial. Für Bots und Agenten startet xcloud mcp serve einen MCP-Server mit Lese-, Diagnose- und Dry-Run-Werkzeugen.

Änderungen in v0.48.0

Logs sagen jetzt, wenn es nichts mehr zu lesen gibt. Ein Pod, der beendet ist und dessen Container der Knoten schon weggeräumt hat, hat kein Log mehr. Bis v0.24 kam an dieser Stelle der Fehlertext des Knotens als vermeintliche Engine-Ausgabe zurück (unable to retrieve container logs for containerd://…, Exit 0). Ab v0.25 antwortet die API mit HTTP 410 und einem Satz, der Pod, Container und Exit-Zeit nennt; xcloud pod logs beendet sich mit Exit 1.

Keine Änderung an Bestellungen, Token oder Keys. Wer in v0.24 den Wechsel von --aiservice zu --tenant noch nicht nachgezogen hat: er gilt weiterhin. Aktualisieren mit xcloud update.

Status dieser Instanz

Optionale Teilsysteme. Ein nicht konfiguriertes Teilsystem antwortet auf seinen Routen mit 501, nie mit Platzhalterdaten.

Was diese Adresse ist