2026 OpenClaw auf RunMini-gemietetem Mac Mini: Split-Instanzen mit OPENCLAW_HOME, nicht-interaktive Gateway-Templates und zusammengeführte Inspektion für Produktion versus Experiment

Multi-Tenant-Langläufer auf einem gemieteten Mac Mini brauchen zwei klar getrennte OpenClaw-Gateways: eines für stabile Produktion und eines für riskante Experimente. Dieser Artikel liefert eine minimal reproduzierbare Reihenfolge mit Rollback-Checkpoints, vergleicht harte Home-Split-Instanzen mit nicht-interaktiven launchd-Templates und zeigt, wie Sie doctor und Status in einer zusammengeführten Inspektion ablegen, statt Tickets zu zerfasern.

Grundlagen und Portkarte finden Sie im Leitfaden OPENCLAW_HOME Multi-Instanz und Gateway-Port-Isolation; Semver- und plist-Checkpoints ergänzen npm-Upgrade, Rolling-Restart und Rollback. Für Secrets und minimale Auth-Muster am Edge lohnt der Querschnitt Postmark Inbound Webhook. Überblick: OpenClaw-Hub im Blog.

Drei Pain Points bei geteilten Gateways

1. Ein Home, zwei Zwecke. Zwei Prozesse auf demselben OPENCLAW_HOME erzeugen Lock-Konflikte, vermischte Tokens und nicht auditierbare Skills — die offizielle Empfehlung bleibt getrennte Bäume.
2. Interaktive tmux-Sitzungen als Produktion. Ohne launchd stirbt das Gateway mit dem SSH-Client; nicht-interaktive Templates mit festem PATH sind der tragfähige Langläufer.
3. Zwei Inspektionspfade, kein Merge. Wenn doctor und Status nur in Chat-Logs landen, erkennt die Nachtschicht keine Regression — ein gemeinsames Merge-Log pro Change ist Pflicht.

Entscheidungsmatrix: Split-Instanzen versus nicht-interaktives Template

Die Matrix fasst fünf Kriterien zusammen, die RunMini-Kunden typischerweise vor der zweiten Gateway-Instanz klären. Zahlenwerte sind Richtwerte für Apple-Silicon-Miet-Hosting mit zwei höheren TCP-Ports.

Gateway-Konfiguration: Hotpfad versus Secrets

Die aktuelle OpenClaw-Dokumentation unterscheidet erzählerisch zwischen Konfigurationssegmenten, die der laufende Gateway-Prozess ohne vollständigen Neustart anwenden kann, und Änderungen, die einen Neustart oder eine neue Prozessgeneration erzwingen, weil Listener, TLS-Material oder Secrets aus dem Kernel-Sichtfeld des Dienstes neu eingelesen werden müssen. Planen Sie deshalb jeden Hotpfad mit einem kurzen Health-Fenster und halten Sie Secrets ausschließlich außerhalb von Git — konsistent zu den Mustern in Postmark Inbound mit chmod 600 oder reinen launchd-EnvironmentVariables.

Minimal reproduzierbare Schritte inklusive Rollback-Checkpoints

1. Port- und Home-Karte schreiben. Beispielpfade /Users/shared/openclaw-prod und /Users/shared/openclaw-lab festnageln. Checkpoint A: Ticket enthält ASCII-Karte plus geplante Ports.
2. Zweites Onboarding nur im Lab-Home. Frische Shell, export OPENCLAW_HOME=…lab, dokumentierten Init-Flow ausführen. Checkpoint B: openclaw doctor und Status-Auszug nach ~/oc-merge-lab-pre.log.
3. Zwei LaunchAgents als nicht-interaktive Templates. Keine Login-Shell in ProgramArguments, identisches openclaw-Binary im PATH, getrennte StandardOutPath. Checkpoint C: gespeicherte plist-XML in GitOps-Repo ohne Secrets.
4. Merge-Inspektion. Für prod dann lab nacheinander openclaw doctor und dokumentierten Statusbefehl ausführen, Ausgaben an ~/oc-merge-$(date +%Y%m%d%H%M).log anhängen. Checkpoint D: Diff zeigt nur erwartete Unterschiede in Ports und Home-Pfaden.
5. Hotpfad-Änderung nur im Lab. Konfigsegment testen, Healthcurl aus dem Leitfaden Daemon und Webhook grün halten. Checkpoint E: Prod-Plist unverändert bis Review abgeschlossen.
6. Promotion oder Rollback. Bei Erfolg prod-Plist anpassen und bootout plus bootstrap laut Rollback-Leitfaden. Bei Abweichung Checkpoint A wiederherstellen: alte plist aus Archiv, Gateway nur für betroffenes Label entladen, Logs dem Ticket anhängen.

Zitierfähige Kennzahlen und Betriebsparameter

• Zwei höhere Ports im Beispiel 18789 und 18790 vermeiden Kollisionen mit üblichen Entwicklerdiensten und bleiben im RunMini-Playbook nachvollziehbar.
• Merge-Inspektion sollte mindestens alle fünfzehn bis dreißig Minuten in aktiven Nachtfenstern wiederholt werden, wenn CI gleichzeitig Webhooks sendet.
• ThrottleInterval in der plist mindestens zwei bis fünf Sekunden setzen, wenn experimentelle Builds sonst Crash-Loops erzeugen — konsistent zur Port-Isolation-Dokumentation.

FAQ

Warum reicht nicht ein Gateway mit Feature-Flags

Flags reduzieren Codepfade, isolieren aber weder Dateisystem noch Token. Für Mandanten mit harter Datenklassifikation bleibt OPENCLAW_HOME-Split der sauberste Schnitt.

Wo dokumentiere ich Hot-Reload versus Neustart

Im Change-Ticket zwei Unterpunkte: Hotpfad geprüft mit Zeitstempel und Secrets oder Listener geändert mit Verweis auf kontrollierten Neustart. So bleibt die Nachtschicht konsistent mit den offiziellen Gateway-Hinweisen.

Kurzfassung

Split-Instanzen über zwei OPENCLAW_HOME-Bäume plus reservierte Ports sind der robusteste Weg für Produktion gegen Experiment auf einem RunMini Mac Mini. Nicht-interaktive launchd-Templates halten den Betrieb ohne TTY stabil. Merge-Logs für doctor und Status ersetzen verstreute Screenshots. Checkpoints A bis E geben Ihnen nachvollziehbare Rollbacks. Kapazität und SSH-Details bündeln Preise und Hilfe-Center.