2026 OpenClaw auf gemietetem Mac Mini: Nutzer-Partition, launchd-Labels und Isolation von Produktionsautomatisierung und Experiment-Agenten

Drei typische Brüche ohne echte Isolation

1. Gemeinsame Credentials: Ein kompromittierter Token schreibt in Cron-Artefakte, API-Schlüssel und LaunchAgents aller Spuren gleichzeitig.
2. Rechte und ACLs: Downloads und Temp-Dateien des Labors erben zu offene Bits; ohne getrennte Eigentümer und umask pro Konto bleibt Umgebungsisolation fragil.
3. launchd-Mehrdeutigkeit: Doppelte oder kopiert gleiche Label-Schlüssel erzeugen verwirrende launchctl-Meldungen; beide Jobs konkurrieren um dieselbe Stdout-Datei.

Entscheidungsmatrix: Produktionsspur vs. Labor-Spur

Partitionen und Verzeichnis-Konventionen

Legen Sie auf dem gemieteten Mac Mini zwei Standardnutzer an, z. B. ocprod und oclab, oder nutzen Sie eine Anmeldung mit zwei APFS-Datenbereichen unterschiedlicher Eigentümer. Spiegeln Sie pro Home dasselbe Grundgerüst: ~/OpenClaw/bin, config, state, logs. Setzen Sie chmod so, dass Prod den Laborzustand nicht traversieren muss; Geheimnisse in getrennten Keychains ablegen.

Tragen Sie ins interne Runbook ein, ob der Anbieter ein vorkonfiguriertes Admin-Konto liefert: Laborarbeit dann strikt im zweiten Nutzer ausführen und gemeinsame Projektordner ohne Gruppen-Schreibrechte für beide Spuren teilen. Für reine SSH-Sitzungen ohne GUI prüfen Sie pro plist SessionType und LimitLoadToSessionContext, damit Background-Jobs nicht an fehlender Konsole scheitern.

Reproduzierbare Setup-Checkliste

1. Konten, Homes und—falls vom Anbieter unterstützt—Quoten provisionieren.
2. SSH-authorized_keys je Spur trennen; keine gemeinsamen Private Keys.
3. Fixierte Runtimes pro Spur installieren; Prüfsummen in ~/OpenClaw/versions.txt festhalten.
4. Plists mit global eindeutigen Labels und nur absoluten Pfaden schreiben.
5. launchctl bootstrap gui/$(id -u) als jeweiliger Nutzer; mit launchctl print gui/$(id -u)/… verifizieren.
6. Log-Rotation vor produktivem ausgehendem Traffic aktivieren.

Zwei launchd-Unit-Templates

Je eine gültige LaunchAgent-plist unter ~/Library/LaunchAgents/. Prod nutzt eine höhere ThrottleInterval; Labor setzt Nice auf zehn, damit Burst-Last der stabilen Spur weicht.

Die Zeilen als Standard-XML-plist-dict einpacken, pro Spur eine Datei, dann als dieser Nutzer bootstrappen.

Ressourcenlimits (Denkmodell)

SoftResourceLimits folgt BSD-rlimits, nicht Linux-cgroups. Kombinieren Sie plist-Kappen mit Anwendungskonfiguration, damit OpenClaw nicht mehr Sitzungen öffnet als das Unified Memory-Budget zulässt. Vertiefung inkl. Degradation: Ressourcenlimits & Degradation (launchd-HowTo). Prod reserviert etwa siebzig Prozent des stabilen RAM-Bedarfs; Labor drosselt Parallelität zuerst bei Thermik-Spitzen (powermetrics beobachten). Messen Sie p95-CPU und Swap-Druck während typischer 7×24-Last, bevor Sie Labor-Limits lockern.

Logs und Rotation

Stdout-Pfade niemals zwischen Labels teilen. Zwei newsyslog-Stanzas oder dedizierte Rotations-Skripte pro Spur; wöchentliche Archive getrennt komprimieren. Speicher-Warnungen und Alarme: OpenClaw Log-Rotation & Platten-Schwellen.

Upgrade und Rollback

Release-Verzeichnisse taggen, z. B. ~/OpenClaw/releases/2026.03.27a; Symlink bin atomar umschalten. Rollback: launchctl bootout, Symlink zurück, bootstrap, fünf Minuten Log-Tail. Binaries aus dem Labor erst nach vierundzwanzig Stunden sauberer Metriken in Prod heben.

Fehlersuche und FAQ