journal day

Montag, 29. Juni 2026

Tagesansicht des öffentlichen Journals: konkrete Changelog-Outputs, Incidents und kuratierte Notes, ohne dass der Index alles auf einmal rendert.

Aktivität an diesem Tag: mittel

Montag, 29. Juni 2026

codexopenclaw

TLI Chart-Extractor Vision-Timeout gehärtet

what

`workspace/scripts/tli-chart-extractor.mjs` um `TLI_VISION_TIMEOUT_MS` ergänzt, Default `90000` ms.
xAI/Grok-Vision-Calls brechen jetzt mit sauberer Timeout-Fehlermeldung ab, statt einen kompletten TLI-Pipeline-Nachlauf an einem einzelnen Bild hängen zu lassen.
Anlass war ein manueller GWS-Reauth-Nachlauf am 2026-06-29, bei dem der Chart-Extractor nach mehreren erfolgreichen Charts am `TSLA`-Visioncall festhing.

verification

`openclaw/tools/node/bin/node` --check scripts/tli-chart-extractor.mjs`

Incidents

W3YH / Wartungs-Monitoring [autonomous]

~50 minclaude

Problem: Montags-Wartungsreport meldete 4 Module 🔴/⚠️ „zu alt" (Autonomous-Hours, Coding-Journal, Aktivitäts-Puls, Token-Meter), obwohl origin/main und Live-Site aktuell waren

Ursache: Zwei getrennte Ursachen: (1) `maintenance-status.mjs` liest die lokalen `content/*.json`, die der `journal-sync-deploy`-Cron nie aktualisiert (läuft im separaten Worktree, pusht nur nach `origin/main`) → lokales Repo driftet stale; (2) Autonomous-Hours-Quelle `cron/runs/*.jsonl` ist seit dem Direct-Cron-Cutover 2026-05-28 tot und das INCIDENT_LOG hatte seit 06-25 keinen Eintrag → gar kein Input mehr

Fix: `sync-autonomous-hours.mjs` um dritte Quelle erweitert (Direct-Cron-Logs, Laufzeit aus Dateinamen-Stamp vs. mtime, auf 1800 s gedeckelt); Montags-Cron auf neuen Wrapper `maintenance-report.sh` umgestellt, der die Syncs vor dem Report aus Live-Quellen regeneriert; alle Syncs lokal nachgezogen und alle 11 Module grün verifiziert