Hilfe & Version
cas help
cas --help
cas version
cas setup
Interaktive 3-Phasen-Installation: sammelt Variablen, schreibt ~/cas/.env, richtet Server und Stack ein. Wiederholbar bei Abbruch.
sudo cas setup
Hinweis: Je nach Umgebung wird Setup mit Root oder als cas gestartet — wie im Installer vorgesehen.
cas repo
Repos in den OpenClaw-Workspace legen und als repoRoot für alle Agenten setzen.
cas repo add https://gitlab.com/gruppe/projekt.git
cas repo list
Ablauf bei add:
- Klon nach
/home/cas/cas/openclaw/workspace/<name>/(odergit pull, falls vorhanden) - Bei HTTPS und gesetztem
GITLAB_API_TOKENin der.env: Klon-URL mitoauth2:TOKEN@ openclaw.jsonaktualisieren, Gateway neu starten, auf Healthy warten
cas status
Tabellarisch: Docker-Container (Traefik, OpenClaw, GitLab Runner, Authelia, cas-docs), Health, Plattenplatz, Docker-Ressourcen.
cas status
cas backup
Archiv unter /home/cas/backups/cas-config-<Zeitstempel>.tar.gz mit u. a. OpenClaw-Config, Traefik-Zertifikate, Authelia, Runner-Config, .env. Rotation >30 Tage.
cas backup
cas update
cas update # docker compose pull, up -d, image prune
cas update --self # zusätzlich: git pull in /opt/cas/repo
--self aktualisiert die CAS-CLI-Quelle; die statische Doku unter doc.<DOMAIN> kommt aus demselben Repo-Pfad und ist nach Pull ohne Image-Update neu.
cas logs
cas logs # alle Services, live
cas logs openclaw-gateway # nur Gateway
cas logs traefik
cas logs --no-follow # Snapshot statt Stream
cas uninstall
Entfernt den Anwendungs-Stack und /home/cas/cas; lässt Docker, Benutzer cas, SSH, Firewall bestehen. /opt/cas bleibt erhalten.
sudo cas uninstall
sudo cas uninstall --yes
sudo cas uninstall --yes --purge-images
Ein Cronjob mit cas backup wird nicht automatisch gelöscht — ggf. crontab -e (User cas).