journal day

Freitag, 12. 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: hoch

Freitag, 12. Juni 2026

codexopenclaw

W3YH-140 Status-Dashboard Production-Live abgeschlossen

what

Claudes Live-Handoff fortgesetzt: lokalen W3YH-140-Commit nach Journal-Sync-Rebase auf `origin/main` gepusht (`dce1a3e`) und Vercel Production-Deploy abgewartet.
Live-Strecke fertig verdrahtet: `w3yh-status-api.service` ist als user-systemd-Service `enabled`/`active`, Nginx proxyt `https://terminal.w3yh.xyz/vps-status/status`, Collector-Cron läuft alle 5 Minuten, Vercel Production-ENV enthält `W3YH_VPS_STATUS_ENDPOINT` und `[secret-var]`.
Dirty Worktree nach dem Rebase-Konflikt wiederhergestellt; nur generierte Content-JSONs wurden über die vorhandenen Sync-Skripte konfliktfrei neu geschrieben.

verification

Vercel Production `Ready` für `[vercel-preview]`, Aliases inkl. `w3yh.xyz`, `www.w3yh.xyz`, `private.w3yh.xyz`.
VPS-Endpoint via Nginx: `401` ohne Token, `200` mit Token; Payload frisch (`generatedAt=2026-06-12`, `crons={ ok: 41 }`).
Live ohne Session: `w3yh.xyz/hub/status` → `private.w3yh.xyz/hub/status`; `private.w3yh.xyz/hub/status` → Login; API ohne Session `401`.

codexw3yh

W3YH-140: VPS-Status-Dashboard live verdrahtet

changed

Claudes Live-Handoff fertiggezogen: lokalen Dashboard-Commit nach Journal-Sync-Rebase auf `origin/main` gepusht (`dce1a3e`) und Production-Deploy auf Vercel abgewartet.
VPS-Live-Strecke verifiziert: `w3yh-status-api.service` ist als user-systemd-Service `enabled`/`active`, Nginx proxyt `https://terminal.w3yh.xyz/vps-status/status`, und der Collector läuft alle 5 Minuten per Crontab.
Production-ENV auf Vercel ist gesetzt: `W3YH_VPS_STATUS_ENDPOINT` und `[secret-var]` für Production.
W3YH-140 im Todo auf erledigt gezogen; der echte eingeloggte Gate-Smoke bleibt bei W3YH-87, nicht mehr bei der Dashboard-Infrastruktur.

verification

Vercel Production `Ready`: `[vercel-preview]`, Aliases inkl. `w3yh.xyz`, `www.w3yh.xyz`, `private.w3yh.xyz`.
VPS-Endpoint über Nginx: ohne Token `401`, mit Bearer-Token `200`, Payload frisch (`generatedAt=2026-06-12`, `crons={ ok: 41 }`, `night=3/6` am Migrationstag).
Live-Routing ohne Session: `https://w3yh.xyz/hub/status` leitet nach `https://private.w3yh.xyz/hub/status`; `private.w3yh.xyz/hub/status` leitet ohne Session nach `/login?next=%2Fhub%2Fstatus`; `/api/private/vps-status` liefert ohne Session `401`.

claudeopenclaw

Night Actions abgeschaltet — NA-DATA-Jobs als Direct-Runner migriert

what

Umsetzung des Night-Action-Reviews (Abschnitt 5 der Nutzungsanalyse, Dominik-Freigabe): die 4 wertschöpfenden NA-DATA-Kommandos laufen jetzt 1:1 als Direct-Runner in der Host-Crontab — `x-scraper:watchlist-night-bulk` (), `x-scraper:cashtag-portfolio-night` (00:35), `twitter:competitor-style-analysis` (01:10), `tli:cashtag-sentiment-snapshot` (01:20). NA-DATA-003 (Queue-Füllung) entfällt ersatzlos (3 Nächte `queue_noop`, Tages-Refills decken es ab).
Watchlist-Doppellauf eliminiert: bestehender Watchlist-Cron von `30 0,6,12,18` auf `30 6,12,18` reduziert — den 0-Uhr-Slot übernimmt der Nacht-Bulk (--max 30).
Neues `workspace/scripts/night-crons-summary.mjs` (deterministisch, Marker-basiert) ersetzt den LLM-Morning-Report: Telegram-Meldung „Nacht-Crons: x/6 ok". Failures alarmiert der Runner weiterhin sofort.
systemd-Timer disabled: `nightaction-plan`, `nightaction-execute`, `nightaction-recovery`, `morning-nightplan-report`. Crontab-Zeile `ceo-inbox:night-quality` entfernt (Quality-Gate obsolet). Damit sind die 4 Gemini-Flash-Lite-Boilerplate-Reports und 3 Head-Reviews (Bill/Robin/Doug) Geschichte — der letzte regelmäßige OpenClaw-Runtime-Verbraucher ist weg.
Watchdog-Inventory: night-quality raus, 4 Nacht-Jobs rein. Crontab-Backup: `openclaw/backups/crontab-before-nightaction-migration-*.txt`.

verification

`bash -n` + `--dry-run` für alle 4 neuen Runner-Cases grün.
Echter Lauf `tli:cashtag-sentiment-snapshot`: exit 0, Success-Marker geschrieben.
`night-crons-summary.mjs --dry-run`: korrekte 2/6-Meldung (4 Jobs laufen erst heute Nacht erstmals).
`qwen-cron-watchdog.py`: erkennt die neuen Jobs (3 erwartbare `no_marker_no_log`-Warnungen für die Erstläufe).
`systemctl --user list-timers`: keine Night-Timer mehr aktiv.

codexopenclaw

VPS-Status-Review-Fixes + Session-Cleanup-Cron-Pfad gehärtet

what

W3YH-140-Collector an die heutige Night-Actions-Abschaltung angepasst: Night-Status kommt jetzt aus den Direct-Runner-Success-Markern statt aus der eingefrorenen `nightaction-status.json`.
Cron-Frische im Dashboard nutzt das Watchdog-Inventory (`cadence`, `expect_after_hhmm`, Toleranz), damit wöchentliche Jobs nicht mehr fälschlich als stale erscheinen.
`scripts/vps-status-service.mjs` gehärtet: asynchroner Collector-Refresh, In-flight-Dedupe, 30s-Debounce, timing-safe Bearer-Token-Vergleich.
`workspace/scripts/direct-cron-runner.sh`: `maintenance:session-cleanup`, Success-Marker und Alert-Sends rufen `openclaw/bin/openclaw` bzw. `~/.local/bin/jq` jetzt mit absoluten Pfaden auf; Root Cause des letzten Exit-127-Laufs war der Cron-PATH.

verification

`node --check` für `vps-status-collector.mjs` und `vps-status-service.mjs`.
Collector-Smoke nach Session-Cleanup-Nachlauf: `crons={ error: 2, ok: 41 }`, `skippedLogCount=3`, Night-Marker `3/6 ok`.
Service-Smoke lokal mit Wegwerf-Token: `/health`, 401 ohne Token, `/status?refresh=1` autorisiert.
`direct-cron-runner.sh maintenance:session-cleanup --dry-run` zeigt absolute Pfade; scharfer Nachlauf `NO_REPLY`, exit 0, Success-Marker geschrieben; `bash -n` grün.

codexw3yh

W3YH-140: Review-Blocker für VPS-Status-Dashboard behoben

fixed

`scripts/vps-status-collector.mjs`: Night-Actions-Kachel liest nicht mehr die stillgelegte `memory/nightaction-status.json`, sondern die neuen Nacht-Cron-Success-Marker aus `openclaw/cron/markers`; alte Cashtag-Marker bleiben als Fallback berücksichtigt.
Cron-Staleness nutzt jetzt das Watchdog-Inventory `qwen-cron-watchdog-inventory.json` mit `cadence`, `expect_after_hhmm` und Toleranz statt pauschaler 24h-Heuristik. Weekly-Jobs wie `doug-weekly`, `memory-drift` und `finx-tweet-batch-*` werden nicht mehr bis zu sechs Tage falsch als stale markiert.
Nicht-ausführbare Sammellogs wie `ceo-crontab.log` werden im Cron-Panel übersprungen statt als `unknown` Jobs zu erscheinen.
`scripts/vps-status-service.mjs`: Refresh läuft asynchron mit In-flight-Dedupe und 30s-Debounce; Bearer-Token-Vergleich ist timing-safe.
Dashboard-Typen und Night-Actions-Kachel auf die neue Marker-Payload umgestellt.

notes

Collector-Smoke nach Fix und Session-Cleanup-Nachlauf: `crons={ error: 2, ok: 41 }`, `skippedLogCount=3`, Night-Marker `3/6 ok` für den Umstellungstag.
Von den 3 echten Cron-Errors wurde `maintenance:session-cleanup` im OpenClaw-Runner per absolutem `openclaw`-/`jq`-Pfad gefixt und scharf nachgelaufen (`NO_REPLY`, exit 0, Success-Marker geschrieben). Offen vor Live-Grün bleiben `w3yh:journal-sync-deploy` (dedizierter Worktree dirty: `content/pulse.json`) und `twitter:finx-tweet-batch-wed` (Hermes/xAI-Grok-Call exit 1).
Gates grün: `node --check`, Collector-Smoke, Service-Smoke mit Wegwerf-Token, gezielter ESLint auf die geänderten Dateien, `npm run build`. Voller `npm run lint` bleibt wegen bestehender vendored GSAP/ScrollTrigger-Dateien unter `public/essays/turbulenzen-im-flugweg/vendor/` rot.

codexopenclaw

W3YH-140 VPS-Status-Dashboard erste Scheibe gebaut

what

W3YH-140 in `w3yh.xyz` angefangen: gemeinsames Maintenance-Modul, VPS-Status-Collector, read-only Status-Service mit Bearer-Token, Vercel-Proxy `/api/private/vps-status`, private Seite `/hub/status` und Hub-Kachel.
Konzept `docs/private-dashboard-konzept-2026-06.md` um den Umsetzungsstand und ENV-Vertrag ergänzt.
W3YH-Todo auf laufend gesetzt; Live-Teile bleiben offen: systemd-User-Unit, Reverse-Proxy/HTTPS, 5-Minuten-Cron, Vercel-ENV und Live-Smoke.
W3YH-87 Gate-Smoke bewusst nicht gemacht, weil Claude diesen Teil übernimmt.

verification

`node --check` für neue/geänderte Scripts grün.
`maintenance-status.mjs --json`, Collector-Smoke und Service-Smoke mit Wegwerf-Token grün.
Gezielter ESLint, `npx tsc --noEmit`, `npx next build` grün.
Lokale Production-Screenshots Desktop/Mobile per Playwright erzeugt; `agent-browser` CLI war nicht installiert.
Voller `npm run lint` bleibt wegen bestehender vendored GSAP/ScrollTrigger-Lintfehler rot.

codexw3yh

W3YH-140: Privates VPS-Status-Dashboard angefangen

added

Gemeinsame Maintenance-Lib `scripts/lib/maintenance-checks.mjs`, damit W3YH-131 und der neue VPS-Collector dieselbe Staleness-Logik nutzen.
`scripts/vps-status-collector.mjs`: schreibt ein versioniertes `status.json` mit System, Services, Direct-Cron-Staleness, W3YH-Maintenance, Night-Actions, Token-Meter und Queues.
`scripts/vps-status-service.mjs`: read-only Mini-Service für `GET /status`; Bearer-Token Pflicht, `?refresh=1` führt ausschließlich den Collector aus.
Private Route `/hub/status` plus `/api/private/vps-status` als serverseitiger Vercel-Proxy, damit der VPS-Token nicht im Browser landet.
Private-Hub-Kachel „VPS Status" für `appAccess`-Accounts.

notes

Offen bleiben systemd-User-Unit, Reverse-Proxy/HTTPS, 5-Minuten-Cron, Vercel-ENV und Live-Gate-Smoke. W3YH-87 bleibt separat bei Claude.
Gates grün: `node --check` für neue/angepasste Scripts, `maintenance-status.mjs --json`, Collector-Smoke, Service-Smoke mit Wegwerf-Token, gezielter ESLint, `tsc`, `npx next build`, lokale Production-Screenshots Desktop/Mobile. Voller `npm run lint` bleibt durch bestehende vendored GSAP/ScrollTrigger-Lintfehler rot.

claudeopenclaw

Hermes tyrone-shadow stillgelegt + OpenClaw/Hermes-Nutzungsanalyse

what

Nutzungsanalyse erstellt: `workspace/docs/openclaw-hermes-nutzungsanalyse-2026-06-12.md` — OpenClaw-Cron-Engine 0/86 Jobs aktiv (alles auf Direct-Runner migriert), reale OpenClaw-Rolle nur noch Telegram-Frontdoor + Night-Action-Runtime + Agent-Bridge; Hermes tyrone-shadow seit 2026-05-20 ohne Agent-Aktivität, heute Exit-Failure-Restart-Loop.
`hermes-gateway-tyrone-shadow.service` gestoppt + disabled (Dominik-Entscheid: ohne Tier-1-Backend kein Nutzen; reversibel, Installation unter `~/.hermes/` bleibt liegen).
Doug/Bill/Robin-Review: letzte Sessions waren nur Modell-Connectivity-Tests (09.06. `DOUG_GEMINI_OK`, 28.05. eod-grok), keine produktive Arbeit; alle ceo-/ceo-inbox-Jobs laufen als reine Python-Direct-Runner.
Beschluss Dominik: OpenClaw-Reste nach und nach einstellen, Telegram/Tyrone-Frontdoor bleibt vorerst offen.

verification

`systemctl --user is-enabled hermes-gateway-tyrone-shadow` → `disabled`; kein `hermes_cli`-Prozess mehr aktiv.

codexopenclaw

TLI Wave-Count xAI API-Key-Fix + Vision-Usage-Meter

what

`workspace/scripts/lib/xai-oauth-token.mjs` so erweitert, dass xAI-OAuth-Profile mit Refresh-Token weiter bevorzugt werden, aber das echte Runtime-Migrationsprofil `xai:api-key` mit `type: "api_key"`/`key` direkt als Bearer-Token genutzt wird. Der alte Export `getXaiOAuthToken` bleibt kompatibel, Alias `getXaiToken` ergaenzt.
Neuer Helper `workspace/scripts/lib/xai-usage-log.mjs`: append-only JSONL unter `workspace/logs/xai-vision-usage.jsonl`, ohne Prompts/Bilder/Secrets, mit prompt/completion/cached/total tokens und xAI-Kostenschaetzung.
`tli-visual-audit.mjs`, `tli-chart-extractor.mjs` und `tli-chart-deep-pass.mjs` loggen erfolgreiche xAI-Calls zentral und schreiben `vision_tokens_total`/`vision_estimated_cost_usd` in ihre Lauf-Zusammenfassungen.
`openclaw-token-meter.mjs` meldet xAI-Vision jetzt separat von der Gate-Lane: gestern, heute bisher, 7T-Schnitt und konfigurierbarer Tagesalarm (`XAI_VISION_DAILY_LIMIT_USD`, Default `$0.10`).

verification

`node --check` fuer alle geaenderten Workspace-Skripte gruen.
Token-Smoke ohne Leak: `ok, len=84`.
`tli-visual-audit.mjs --dry-run`: vor dem Codex-Mini-Smoke 47 Missing-Sidecars sichtbar.
Scharfer Smoke `tli-visual-audit.mjs --missing-only --limit 2`: BALL + CELH sidecars geschrieben, `failed=0`, `vision_tokens_total=12127`, Kosten ca. `$0.014551`.
Danach Dry-Run: Missing-Sidecars `47 -> 45`; Backlog und Wave-Count-Build bewusst nicht automatisch gestartet.
`openclaw-token-meter.mjs --dry-run` zeigt xAI-Vision heute bisher: 4 Calls / 25k Tokens / ca. `$0.033`.

codexw3yh

W3YH-ASTS-VALUATION-V2: Calculator-Szenarien final angeschlossen

changed

Bestehenden ASTS-Calculator-Umbau im Labor-Tab fertig verdrahtet: Bear/Base/Bull-Presets, variable Premium-Basis, Government/IoT-Säule, realistischerer Share-Count-Default (~390 Mio.), Diskontierung auf heutigen fairen Wert und separate Consumer-/Government-EBITDA-Ausgabe.
UI-Labels und Slider-ARIA für neue Controls in DE/EN vereinheitlicht; harte englische Restlabels in die bestehende i18n-Struktur gezogen.
Szenario-Sanity: Bear ca. `$10` 2030-Ziel / `$5` fair heute, Base ca. `$91` / `$52`, Bull ca. `$450` / `$286`.

notes

Share-Count-Quelle im Code kommentiert: AST SpaceMobile Form 10-Q Q1 2026, Class A/B/C zusammen ca. 387,8 Mio. Shares (auf 390 Mio. gerundet).
Gates grün: `npm run build` (inkl. TypeScript und 186 statischen Seiten). Lokaler HTTP-Smoke auf `/essays/asts-investmentthese`: 200 OK; Screenshot per `npx playwright screenshot` erzeugt. Browser-Smoke per `agent-browser` war nicht möglich, weil das CLI in der Umgebung fehlt.

codexopenclaw

Hermes tyrone-shadow Skills für xAI-Gate-Budget verschlankt

what

`tyrone-shadow` per `.hermes/profiles/tyrone-shadow/config.yaml` auf eine explizite Skill-Allowlist reduziert: aktiv bleiben nur `hermes-agent`, `openclaw-shadow-analysis`, `telegram-truncated-message-handling`, `web-access-and-debugging`, `browse`.
88 Skills über `skills.disabled` deaktiviert; darunter bewusst `finance-and-investing`, weil der X-Freshness-Gate-Prompt sonst unnötig zur Finance-Skill-Ladung verleitet.
`tasks/todo.md` bereinigt: `HERM-SKILLS-SLIM` aus dem offenen Hermes-Block entfernt, `OPS-XAI-GATE-BUDGET` auf Mess-Nachlauf gesetzt.
Detailplan `model-runtime-migration-2026-06-09.md` um den Nachlauf ergänzt.

verification

Hermes `skills_list()` für Profil `tyrone-shadow`: 93 sichtbare Skills vorher, 5 sichtbar nachher.
Skill-Systemprompt für `tyrone-shadow`: ca. 11,5k Zeichen vorher, ca. 2,5k Zeichen nachher.
Backup: `.hermes/profiles/tyrone-shadow/config.yaml.bak-herm-skills-slim-20260612T0718Z`.

codexopenclaw

Cron-Watchdog Nachhall fuer TLI Dashboard-Sync behoben

what

Ursache des Alarms `log_pattern_hit: tli-dashboard-sync: invalid_grant` geprueft: der Direct-Runner-Lauf vom `2026-06-11 ` war vor der GWS-Reauth mit `invalid_grant` fehlgeschlagen und hatte keinen Tages-Marker geschrieben.
Nach der Reauth `tli:dashboard-sync` manuell ueber `direct-cron-runner.sh` ausgefuehrt; Google Sheets wurde erfolgreich aktualisiert und Marker `direct-tli-dashboard-sync-2026-06-12.success.json` geschrieben.
`qwen-cron-watchdog.py` so gehaertet, dass Log-Pattern-Warnungen nur noch den neuesten Per-Run-Log pro Job bewerten. Aeltere Fehlerlogs in den letzten 24h schlagen damit nicht weiter Alarm, wenn danach ein sauberer Lauf existiert.

verification

`tli-dashboard-sync-20260612T071504Z.log`: `Dashboard Sync erfolgreich abgeschlossen`, Exit `0`.
`python3 -m py_compile workspace/scripts/qwen-cron-watchdog.py`
`python3 workspace/scripts/qwen-cron-watchdog.py`: `status=ok`, `issue_count=0`.

codexopenclaw

GWS Re-Auth fuer TLI-Mail-Abruf wiederhergestellt

what

GWS-Refresh-Token fuer `[E-Mail]` war erneut abgelaufen/widerrufen (`invalid_grant`); `gws auth status` sah zusaetzlich keinen Legacy-Store [secret-file].
Browser-Consent per Google-Link mit Dominik durchgefuehrt. Da der `gws auth login`-localhost-Listener in der Chat-Runde nicht stabil erreichbar blieb, wurde der zurueckgelieferte OAuth-Code direkt gegen die Google Token API getauscht.
Frischen verschluesselten Credential-Store geschrieben:
[secret-file]
[secret-file]
Backup: `~/.config/gws/backup-20260612T070259Z-pre-reauth-codex`

verification

`gws auth status`: `token_valid: true`, `storage: encrypted`, `scope_count: 7`.
Gmail-Smoke: Labels lesbar (`22`, inkl. `INBOX` und `TLI`).
Pipeline-Smoke: `workspace/scripts/lib/gws-auth.mjs` liefert wieder ein Access-Token.
Produktiver Hook-Lauf: 100 TLI-Mails im Scanfenster, 17 Portfolio-Updates eingetragen, 83 uebersprungen, keine Auth-Fehler.

follow-up

Dauerhafte Ursache bleibt wahrscheinlich der GCP-OAuth-Consent-Screen im Testing-Modus (7-Tage-Refresh-Token-Limit). Projekt `project-441ccb4d-0c5b-4576-bba` auf "In production" pruefen/umstellen, sonst kommt der Re-Auth woechentlich wieder.

Incidents

TLI / Wave-Count xAI Vision

~70 mincodex

Problem: Wave-Count stand seit 2026-06-08; alle neuen Vision-Calls scheiterten mit `xAI OAuth credential is missing refresh token`

Ursache: Runtime-Migration hatte das xAI-Profil auf API-Key umgestellt (`type: api_key`/`key`), die Shared-Lib erwartete aber weiter zwingend OAuth-Refresh und waehlt xai-Profile zentral fuer Visual-Audit, Chart-Extractor und Deep-Pass

Fix: `xai-oauth-token.mjs` api-key-faehig gemacht, Usage-Logger und Token-Meter fuer xAI-Vision eingebaut, Codex-2-Bild-Live-Smoke erfolgreich (BALL/CELH, 12.127 Tokens, ca. $0.014551), heute insgesamt 4 Vision-Calls / 25k Tokens / ca. $0.033 sichtbar; Backlog bewusst nicht automatisch gestartet

W3YH / ASTS Investment Lab

~25 mincodex

Problem: ASTS-Valuation-Calculator war als Single-Point-Modell zu eng und unterlief die Essay-These; 300M Shares waren gleichzeitig zu niedrig

Ursache: Alte Defaults modellierten nur Consumer-Wholesale, keine Government-/IoT-Saeule, keine Szenarien, keine Diskontierung und einen ueberholten Share-Count

Fix: Bestehenden Calculator-Umbau final angeschlossen: Bear/Base/Bull-Presets, Premium-Basis-Slider, Government/IoT-Run-Rate, Discount-to-today, 390M Share-Default, i18n-/ARIA-Politur und `npm run build`

OpenClaw Cron Watchdog / TLI Dashboard-Sync

~15 mincodex

Problem: Cron-Watchdog meldete weiter `log_pattern_hit: tli-dashboard-sync: invalid_grant`, obwohl GWS nach Reauth wieder gueltig war

Ursache: Der echte Dashboard-Sync vom 2026-06-11 war vor der Reauth mit `invalid_grant` fehlgeschlagen; der Watchdog scannte alle Matching-Logs der letzten 24h und ignorierte, ob danach ein neuer sauberer Lauf existiert

Fix: `tli:dashboard-sync` manuell ueber Direct-Runner erfolgreich nachgezogen, Tages-Marker geschrieben und `qwen-cron-watchdog.py` so gehaertet, dass Pattern-Warnungen nur den neuesten Per-Run-Log pro Job bewerten; Probe-Watchdog danach `status=ok`/`issue_count=0`

TLI / GWS Mail-Abruf

~25 mincodex

Problem: TLI-Gmail-Hook und GWS-Tokenhelper scheiterten mit `invalid_grant`; die direkte `gws`-CLI sah zusaetzlich keinen Legacy-Store `[secret-file]`

Ursache: Google-OAuth-Refresh-Token fuer `[E-Mail]` war abgelaufen/widerrufen; der localhost-Callback-Listener ueberlebte die Chat-Runde nicht stabil und `[secret-file]` fehlte

Fix: Google-Consent-Link von Dominik genutzt, OAuth-Code direkt gegen Google Token API getauscht, frischen verschluesselten Store account-spezifisch und als `[secret-file]` geschrieben, alten Stand gesichert; `gws auth status` token_valid, Gmail-Smoke und produktiver Hook-Lauf mit 100 TLI-Mails/17 Portfolio-Updates erfolgreich

W3YH / VPS-Status-Dashboard + OpenClaw Cron

~60 mincodex

Problem: Dashboard-Review fand tote Night-Actions-Kachel, falsche Weekly-Staleness, blockierenden Refresh und roten `maintenance:session-cleanup`

Ursache: Night Actions wurden abgeschaltet, Collector nutzte Legacy-Datei + 24h-Heuristik, Service startete Collector synchron, Session-Cleanup hing am Cron-PATH ohne `openclaw`

Fix: Collector auf Nacht-Marker + Watchdog-Inventory umgestellt, Sammellogs übersprungen, Status-Service async/debounced/timing-safe gehärtet, `direct-cron-runner.sh` auf absolute `openclaw`-/`jq`-Pfade gesetzt; Session-Cleanup scharf nachgelaufen (exit 0), Build, Collector- und Service-Smoke grün

W3YH / VPS-Status-Dashboard Live-Rollout

~25 mincodex

Problem: W3YH-140 war lokal gebaut und VPS-seitig fast live, aber noch nicht auf `origin/main`/Vercel fertig; Rebase war durch dirty Content-/Feature-Dateien blockiert

Ursache: Journal-Sync hatte `origin/main` nach vorne geschoben, während lokale generierte Content-JSONs und andere laufende Änderungen uncommitted waren

Fix: Dirty Worktree sicher gestasht, W3YH-140-Commit auf `origin/main` rebased und gepusht, Stash konfliktfrei über Sync-Skripte zurückgeführt, Vercel Production-Deploy abgewartet, systemd/Nginx/Cron/Vercel-ENV und Live-Redirects verifiziert