2026 OpenClaw Frontend-Praxis:
Service-Worker-Lebenszyklus und Cache-Storage-Schlüssel auf Remote Mac parsen — PR-Summary zurückspielen

Service-Worker-Wahrheit braucht WebKit-Timing auf Apple-Silicon. Ein Remote Mac vermeidet Schlafmodi, gleicht DNS und TLS mit Staging ab und pinnt Playwright-WebKit. Kleine JSON-Dateien unter .openclaw/reports/$GIT_SHA/ teilen Fakten zwischen CI, Chat und GitHub statt Screenshots.

Lifecycle-Signale plus sortierte Cache-Schlüssel zeigen riskante Precache-Präfixe und hängende waiting-Instanzen ohne manuelles Raten.

1. Unsichtbare waiting-Instanzen: Nur der aktive Worker erscheint in Kommentaren, während Kundinnen weiter alte Shells bedienen, bis ein Reload erfolgt.
2. Schlüssel-Churn ohne Semantik: caches.keys() ändert sich pro Deploy, aber niemand dokumentiert, welche Präfixe gefahrlos gelöscht werden dürfen.
3. Chat-only-Debugging: Screenshots verfallen; Sie brauchen NDJSON-Zeilen mit openclaw_run_id und Pfaden zu Trace-ZIP-Dateien.

Die Probe-Seite lohnt sich bei Änderungen an sw.js, Precache oder Navigations-Fetch. Schwellenbeispiele: höchstens zwölf Cache-Präfixe parallel, höchstens drei waiting-Ereignisse je Canary, zwei Browserfamilien im Abschlussbericht.

1. Runner reservieren: SSH zum Remote Mac, Arbeitsverzeichnis ~/openclaw-runs/$PR_NUMBER, BASE_URL auf die Preview-Origin setzen und GIT_SHA aus der CI-Umgebung übernehmen.
2. Browser einmal installieren: npx playwright install webkit ausführen, damit nachfolgende Probes dasselbe WebKit-Bündel nutzen und keine Überraschungs-Downloads entstehen.
3. Origin zweimal anwärmen: Zwei curl- oder fetch-Aufrufe mit acht Sekunden Pause, danach Playwright starten, damit install und activate deterministischer auftreten.
4. Delta schreiben: .openclaw/reports/sw_cache_delta.json erzeugen und gegen baseline/sw_cache_baseline.json aus main differenzieren; Abweichungen im Markdown hervorheben.
5. Summary posten: pr_sw_cache_summary.md mit Idempotency-Key: $GIT_SHA:sw-cache:$PR_NUMBER posten; Trace-Pfade bei Fehlversuch in NDJSON, keine Secrets im Body.

Zahlen: fünf POST-Versuche max., zwei Warmups, eine Markdown-Datei je Commit und PR.

scripts/openclaw/sw-cache-probe.mjs aus der OpenClaw-Task starten; Platzhalter kurz halten und Timeouts je App setzen.

// scripts/openclaw/sw-cache-probe.mjs (Platzhalter)
import { webkit } from 'playwright';
const base = process.env.BASE_URL;
const browser = await webkit.launch();
const page = await browser.newPage();
await page.goto(base, { waitUntil: 'networkidle' });
const snapshot = await page.evaluate(async () => {
  const regs = await navigator.serviceWorker.getRegistrations();
  const keys = await caches.keys();
  return {
    registrations: regs.map(r => ({
      scope: r.scope,
      activeState: r.active?.state,
      waitingState: r.waiting?.state,
      installingState: r.installing?.state
    })),
    cacheKeys: keys.sort()
  };
});
console.log(JSON.stringify(snapshot));
await browser.close();

Shell: OPENCLAW_RUN_ID setzen und per tee -a .openclaw/reports/sw_probe.ndjson mitschreiben.

Eine NDJSON-Zeile pro Versuch; Feldnamen wie im Deploy-Hook-Runner.

• ▸ts, level, openclaw_run_id, git_sha, pr_number, phase mit den Werten warmup, probe, diff oder callback.
• ▸attempt, duration_ms, browser mit webkit oder chromium, cache_key_count, boolesches waiting_worker_present.
• ▸error_class aus timeout, quota, assert oder http, dazu last_http_status und trace_path für ZIP-Artefakte.

Retry: Lesepfade bei 502, 503, 429 oder TLS-Reset, Backoff ab zwei Sekunden, zwanzig Prozent Jitter, max. fünf Versuche. PR-Kommentare nur erneut senden, wenn der erste POST sicher nicht ankam.

Kopf-application/ld+json: BlogPosting, BreadcrumbList, HowTo, FAQPage.

• Intern: Blog-Index und Deploy-Artikel bei Precache-Änderungen auf diesen Slug zeigen.
• Locales: gleicher Dateiname; hreflang nur mit existierender HTML; stabile TOC-id.

Safari kann storage.estimate verzögern — dann quotaEstimateMb=null mit kurzem Grundcode statt erfundener Zahlen.