launchd, Trennung von read-only config validate und Reparatur-Jobs, invalid-key-Pfade, Hot-Reload-Grenzen, Rollback-Tarballs und Pipeline-Artefakte. Vertiefung ohne Login: Skills / Rollback / Doctor, Embeddings-Prefetch; Blog, Kaufen, Hilfe.
Schmerzpunkte im Überblick
Erstens prüft CI eine Repo-Kopie als User ci, launchd liest aber ein anderes OPENCLAW_HOME — Gate grün, Produktion rot. Zweitens zeigen Aliase auf Secrets nur in interaktiven Shells; Logs bleiben bei invalid-key. Drittens täuschen Hot-Reloads mit parallelen Schreibzugriffen kurz grüne Probes vor; warten Sie 2/4/8 s, dann gateway status.
Preflight-Kennzahlen (Startwerte)
Startwerte für Plattform-Reviews — mit echten p95-Latenzen kalibrieren.
| Parameter | Empfehlung | Begründung / Sicherheitshinweis |
|---|---|---|
| Node-Minimum | 22.12.0 (gleiche Minor wie Runner-Image) | Ab 2026.3.x setzen Upstream-Tests dieses Niveau voraus; ältere LTS-Versionen erzeugen inkonsistente native Add-ons. |
| Schlaf vor Health-Probe | 2 s Start, dann 2/4/8 s Staffel | Verhindert False Positives direkt nach Hot-Reload oder plist-Reload. |
| Artefakt-Retention | 14 Tage (länger falls Compliance) | Genug für Postmortem; speichern Sie zusätzlich SHA256-Listen neben dem Tarball. |
| Freier Speicher vor Snapshot | > 12 GiB frei empfohlen | Unterhalb lieber nur Logs archivieren, keinen vollständigen Home-Tree packen. |
Checkliste der Voraussetzungen
- Laufzeit:
node -vzeigt mindestens v22.12.0; notieren Sie die Ausgabe inopenclaw-ci-preflight.txt. - Paket-Pinning: Global installiertes
openclawper Semver auf 2026.3.x begrenzen; Release-Notes der Minor-Zeile im Merge-Kommentar verlinken. - Pfade:
OPENCLAW_HOMEbzw. Datenwurzel identisch inlaunchd-Plist, interaktiver Admin-Shell und CI-Umgebungsvariablen — sonst trügt jedes Gate. - Parallelität: Jeder Job erhält ein eigenes Checkpoint-Unterverzeichnis, damit
tar-Schreibzugriffe nicht kollidieren. - Geheimnisse: Keine Roh-Tokens im Artefakt; nur Platzhalter oder Hash-Fingerabdrücke exportieren.
Schrittweise Befehle
Ablauf: Preflight → Checkpoint → validate → Warten → gateway status → Artefakte. Variablen an GitLab/GitHub anpassen.
Mutierende Skripte in einen separaten Freigabe-Workflow legen, nicht ins Merge-Gate. TLS- oder Bind-Änderungen: Daemon neu starten — partielle Hot-Reloads in 2026.3.x aktualisieren nicht jeden Worker.
Entscheidungsmatrix: CI-Gate-Strategien
Strategie nach Branch-Risiko wählen; mutierende und strikte Jobs nicht mischen.
| Strategie | Einsatzgebiet | Hot-Reload / Gateway-Hinweis |
|---|---|---|
| Nur read-only validate | Merge-Requests auf Entwicklungsbranches | Schnell, deterministisch; nach erfolgreichem Lauf trotzdem 2 s warten, bevor externe Probes triggern. |
| validate + gateway status | Release- und Produktionsäste | Backoff-Schleife erzwingen, sonst lesen Sie flüchtige OK-Zustände während Listener noch rollen. |
| Checkpoint + manueller Rollback-Job | Hochriskante Token-Rotationen | Nach erfolgreichem Hot-Reload zusätzlich doctor --deep laut Runbook; siehe verlinktes Skills/Rollback-Dokument. |
Typische Fehlersignaturen und Analyse
| Signatur / Logmuster | Priorisierte Analyse |
|---|---|
invalid-key mit punktnotiertem JSON-Pfad |
Pfadsegment für Segment im zusammengeführten Baum abgleichen; doppelte Alias-Namen und Umgebungsvariablen-Overrides prüfen. |
ECONNREFUSED / Zeitüberschreitung gegen Loopback |
Identischen OS-Benutzer wie den Dienst verwenden; launchctl print mit Plist-EnvironmentVariables abgleichen; Reverse-Proxy-Timeouts prüfen. |
| Schema-Warnung nach Minor-Upgrade | Release-Notes 2026.3.x auf neue Schlüssel prüfen; ggf. Migrations-Skript aus Upstream ausführen, erneut validieren. |
Modell-Auth hängt? Zuerst Model-Auth Troubleshoot, dann erneut validate.
Anbindung an CI-Artefakte und Archivierung
Artefakte: openclaw-ci-preflight.txt, validate.stdout, validate.stderr, ci-openclaw-summary.txt, redigierte openclaw.json, plus sha256sum je Tarball und Paketversion im Ticket. Unter Speicher-Schwelle nur Logs, kein volles Home-Archiv.
- Node 22.12+ für reproduzierbare 2026.3.x-CI.
- 2/4/8 s Backoff nach Hot-Reload.
- 14 Tage Artefakt-Retention als Audit-Kompromiss.
Freigabe-Checkliste und Ablauf
- Node-Version ≥ 22.12.0 im Preflight nachweisen.
- Global-Paket
openclawauf 2026.3.x gepinnt und dokumentiert. - Pfade für Datenwurzel in Plist, Shell und CI identisch gesetzt.
- Checkpoint-Verzeichnis angelegt und
tarerfolgreich geschrieben. config validate --strictmit Exit-Code 0 oder bewusstem Fail mit Artefakt-Link.- Nach Konfigurationsänderung am Gateway bounded Probes ausgeführt.
- Artefakt-Bundle enthält Logs, Summary und Prüfsummenliste.
FAQ
Gate grün, Routing im Produktiv-Gateway falsch?
Prüfen Sie Hot-Reload-Rennen und mehrere Instanzen: einheitlichen Ingress verwenden, Wartezeit verlängern und im Change-Ticket die Checkpoint-ID referenzieren.
Übernimmt Hot-Reload jedes Token-Update?
Ab 2026.3.x sollten Sie rotierende API-Keys und geänderte Bind-Adressen wie kalt startende Pfade behandeln: Dienst neu starten, doctor erneut fahren, erst dann „grün“ melden.
OpenClaw-Gates auf echten Apple-Silicon-Mietmaschinen
Preise, Kaufen, Hilfe und der Technik-Blog bleiben ohne Anmeldung nutzbar.