2026 OpenClaw: Aufgaben ohne sichtbare Antwort — openclaw doctor, heartbeat, thinking und Logs (VNC Remote Mac)
Ereignisse kommen an—Telegram, Webhooks, cron—doch kein sichtbarer Assistenztext. Das ist oft stilles Versagen: heartbeat mit thinking, Gateway nur auf 127.0.0.1, halluzinierte Workflow-Pfade im Kontext oder ein bereits beendeter Prozess, während Sie eine alte Session anstarren. Dieser Artikel führt eine feste Sequenz ein: openclaw status → doctor → health → logs, danach heartbeat/thinking und Scheduler-Umgebung; plus Web-Konsole im VNC-Browser auf einem Remote-Mac, damit reine SSH-Checks nicht täuschen.
Zehn konkrete Fehlerbilder: separater Post; launchd: Daemon-Checkliste; Docker: Compose-Leitfaden. Diese Seite behandelt nur: Trigger da, keine sichtbare Antwort.
Drei Selbstchecks nach dem Lesen: Läuft der Gateway-Prozess noch? Teilen geplante Jobs dieselbe Umgebung und Modell-Flags wie Ihre interaktive Shell? Bindet die Konsole an die Schnittstelle, die Sie wirklich testen? Wenn nein—erst konfigurieren, dann Modelle wechseln.
1. Symptomklassen
- Leerer Kanal: Inbound ok, kein Outbound-Text; Logs zeigen evtl. Lauf ohne Nutzertext.
- Nur Scheduler stumm: Interaktiv ok, cron/heartbeat schweigt—thinking, heartbeat-Modell oder andere Env.
- Scheinbar tot: curl lokal ok, remote nicht; Listener auf Loopback—Browser in VNC klärt schnell.
Diese Klassen überlappen: ein Job loggt Runs, thinking frisst sichtbare Tokens, und Sie prüfen Ports vom falschen Host. Symptom benennen, dann die feste Befehlskette halten.
2. Warum Stille statt Stacktrace
- Thinking ohne Kanaltext: Modell verbraucht Schritte intern; kurze heartbeat-Fenster wirken leer.
- Kontextverschmutzung: wiederholtes ENOENT für einen Workflow-Pfad frisst Steuer-Tokens.
- Config-Gabel: interaktive Shell hat PATH/Keys; launchd oder Docker nicht—
doctorkann in einer Session grün sein. - Bind & Firewall: Konsole auf 18789 nur localhost wirkt von außen wie Totalausfall.
- Retries verschluckt: UI „verbunden“, doch Logs zeigen Backoff—Logs statt Ampel befragen.
- Mehrere Binaries:
openclawin der Shell ≠ Daemon-Pfad; alter Build läuft still weiter.
3. Matrix
| Sicht | Zuerst | Dann |
|---|---|---|
| Manuell OK, Job stumm | heartbeat-Modell + thinking | launchd/cron-Env vs. Shell |
| Immer stumm | openclaw status | doctor + health --json |
| Log: Run, keine Antwort | Outbound-Pfad / Modellausgabe | langes thinking ohne flush |
| Keine Konsole | Bind + Firewall | Browser in VNC |
| Manchmal Text, meist leer | Throttling / Retry-Zeilen | Timeouts + thinking-Schritte |
Die Matrix ist erste Orientierung, kein Katalog. Im Zweifel zurück zu status → doctor → health → logs, bevor Sie Provider wechseln.
4. Sieben Schritte
openclaw status
Prozess unter erwartetem User? Nach plist-Änderung launchd neu laden.
openclaw doctor
Abhängigkeiten und Rechte einmal für das Ticket sichern.
openclaw health --json
Zwei Läufe diffen: Endpunkte, Versionen.
openclaw logs --follow
Repro mit Tail; Zeitstempel vor Ctrl+C notieren.
heartbeat/cron thinking
Laut Doku aus, geplanter Pfad erneut testen.
Phantom-Workflow bereinigen
Kontext resetten oder Config fixen bei ENOENT-Schleifen.
Konsole im VNC-Browser
Loopback vs. LAN/Tunnel; Ports mit Docker/launchd-Posts abgleichen.
Minimales Ticket-Template
Fünf Felder jedes Mal: (1) Trigger (manuell/cron/Telegram); (2) eine Zeile status; (3) Blocker aus doctor?; (4) Gateway- und Modellversion aus health --json; (5) ~30 Logzeilen mit Zeitstempel. Disziplin macht „stille“ Bugs bisectbar.
5. Merkpunkte
- doctor+health einmal gespeichert?
- heartbeat teilt Config mit Chat?
- Bind (0.0.0.0 vs 127.0.0.1) geprüft?
- Logs mit Zeitstempel zur Repro?
6. FAQ & Fazit
Zum Fehler-Top-10-Artikel? Dort fehlerzentriert; hier stille Pfade und Befehlsreihenfolge.
Docker? Dieselben Befehle im Container; Ports laut Docker-Post mappen und vom Host/VNC testen.
Headless-VM vs. Mac mit VNC? Daemon geht headless, aber lokale Callbacks, Trust-Dialoge oder einmalige Browserklicks blockieren ohne GUI. Gemieteter Mac mit VNC kauft Observability.
Fazit
Keine Antwort heißt meist Config, Prozess, thinking, Bind—selten „kaputtes Modell“. Wer täglich Windows/Linux nutzt, das Gateway aber auf echtem macOS braucht, sollte einen VNC-erreichbaren Remote-Mac mieten: doctor, Logs und Browser auf einem Desktop. VNCMac und die OpenClaw-Serie verwandeln Stille in Tickets.
Fragen Sie: fehlt Outbound wirklich, oder frisst thinking/formatting den Text—Logs trennen das in Sekunden und ersparen blindes Rotieren von API-Keys.