← w3yh.xyz
← Notizen

journal day

Sonntag, 29. März 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

Sonntag, 29. März 2026

claudeopenclaw

RAG-4 ContextResolver Hybrid-Search

changed

  • **`context_resolver.py`** — Vector-Search via `kg_hybrid_search()` als primaere Context-Quelle integriert. 70% Semantic + 30% Keyword, Budget-Aware Assembly (60% Vector, 40% Rest). Keyword-Fallback bei Supabase-Timeout/Fehler.
  • Neue Hilfsfunktionen: `_get_supabase_config()`, `_get_embedding()`, `_vector_search()`.
  • Smoke-Test: "infrastructure health" findet jetzt vps-Domain (vorher: kein Match). ISIN-Bug-Episode wird als Top-Result geliefert (Relevanz 0.70).
claudeopenclaw

RAG-3 Embed-Sync Cron

added

  • **`kg-embed-sync.service`** + **`kg-embed-sync.timer`** — systemd User-Timer, taeglich 06:30 Berlin (), nach Nightaction. Fuehrt `kg-embed.py` inkrementell aus.
  • Logs nach `~/.openclaw/workspace/scripts/logs/kg-embed.log`.
  • Manuell aufrufbar: `systemctl --user start kg-embed-sync.service`.
claudeopenclaw

RAG-1 pgvector Foundation + RAG-2 Embedding-Pipeline

added

  • **Migration `002_knowledge_graph_pgvector.sql`** — pgvector Extension, `kg_chunks`-Tabelle mit HNSW-Index (384 Dim), FTS-Spalte, Hybrid-Search-Funktion `kg_hybrid_search()`, RLS Policy.
  • **`scripts/kg-embed.py`** — Embedding-Pipeline: chunked 22 KG-Dateien (semantic, procedural, episodes, edges, entities), erzeugt `all-MiniLM-L6-v2` Embeddings, upserted nach Supabase. Inkrementell ueber File-MTime, `--full` und `--dry-run` Flags.
  • **125 Chunks** in `kg_chunks` eingebettet und verifiziert (Content-Range: 0-124/125).
codexopenclaw

OPS-9 Claude-Desktop-Remoteproblem auf Client-Host-Key eingegrenzt und abgeschlossen

changed

  • **`.openclaw/workspace/tasks/todo.md`**
  • `OPS-9` als erledigt markiert.
  • Root Cause direkt am Punkt dokumentiert: veralteter SSH-Host-Key-/`known_hosts`-Eintrag auf dem Windows-/Claude-Desktop-Client statt Server-/MCP-Problem.
  • **`.openclaw/workspace/INCIDENT_LOG.md`**
  • Incident fuer den abgeschlossenen Claude-Desktop-Remote-Debug mit Ursache und Fix ergänzt.

verified

  • Server-seitige Remote-Logs des neuen VPS:
  • `remoteagent.log` und `remoteexthost.log` zeigen sauberen Start von Remote-Agent, Extension Host und `google.antigravity`.
  • SSH-/Auth-Spur:
  • `auth.log` zeigte erfolgreiche Public-Key-Logins vom alten Server (`188.34.200.79`), aber nur `preauth`-Disconnects vom Windows-Desktop (`93.193.18.118`).
  • Fail2ban blockte den Desktop nicht.
  • Fingerprint-Abgleich:
  • korrekter Host-Key des neuen VPS: `ED25519 SHA256:3aCuif3nsa8ysrJ8xVl6gUJdAdNlHGajuvjOetNE0oI`.
  • nach Entfernen der alten `known_hosts`-Eintraege fuer `168.119.152.29` konnte Claude Desktop wieder verbinden.
codexopenclaw

RAG-Feinschliff als Follow-up ins Workspace-Todo aufgenommen

changed

  • **`.openclaw/workspace/tasks/todo.md`**
  • neuen Punkt `RAG-7` angelegt fuer Hybrid-Search-Feinschliff bei sehr generischen Queries.
  • Bereichsstatus im RAG-Block um den Befund aus dem read-only Smoke erweitert: konkrete Queries funktionieren, breite Prompts liefern teils noch Low-Relevance-Rauschen.

verified

  • `python3 `.openclaw/workspace/scripts/kg-embed.py` --full --dry-run`
  • Ergebnis: kompletter read-only Vollscan lief grün durch und erzeugte `125` Chunks.
  • Resolver-Smoke gegen `context_resolver.py`
  • Ergebnis: konkrete Queries wie `Fix ISIN-Bug in market-data-feeder` treffen sauber; generische Prompts wie `infrastructure health` zeigen noch den dokumentierten Feinschliff-Bedarf.
codexopenclaw

Workspace-Todo gegen erledigte Altlasten und aktuelle Artefakte nachgezogen

changed

  • **`.openclaw/workspace/tasks/todo.md`**
  • alten `Disk Cleanup`-Block entfernt, weil er nur noch den ausgemusterten Server betraf.
  • bereits erledigte Altlasten aus der offenen Liste entfernt: `OPS-8`, `XS-11`, `NA-13` bis `NA-18` sowie den offenen Punkt zur `Supabase vector`-Freigabe.
  • PostFast-Block vom offenen Aufgabenstapel auf Status umgezogen: `Scheduler-Horizont` technisch erledigt, `PF-2` per `--sync-report` plus lokalem `--repair` bereits umgesetzt.
  • `RAG-1` bis `RAG-3` als erledigt markiert und `CBA-5` wieder auf den konkreten Batch-5/6-Stand mit den noch offenen OG-Boards gezogen.
  • `PW-1` auf den naechsten echten Werktags-Checkpoint `2026-03-30 ` praezisiert; `PW-2` bewusst offen gelassen.

verified

  • `sed -n '1,140p' `.openclaw/workspace/tasks/todo.md`
  • Ergebnis: `Disk Cleanup`, `OPS-8`, `XS-11` und `NA-*` nicht mehr offen; `RAG-1` bis `RAG-3` stehen auf erledigt; `CBA-5` zeigt den erweiterten Batch-5/6-Stand.
  • `rg -n "OPS-8|XS-11|NA-1[3-8]|Scheduler-Horizont|PF-2 Teil 1|Carpark OG-only" `.openclaw/changelog/2026-03.md` `thelonginvestor/CHANGELOG.md`
  • Ergebnis: Changelog-Historie bestaetigt die erledigten Altlasten, den technischen Scheduler-Horizont und den PF-2-Repair-Pfad.
  • Live-Check gegen die Intake-Artefakte von Carpark Brain Attack
  • Ergebnis: fuer `CBA-5` bleiben in Batch `6` nur `74`/`82` offen; in Batch `5` noch `143`, `151`, `152`, `159`, `160`, waehrend `135` `flagged` ist und `136`/`144` echten Re-Intake brauchen.
codexopenclaw

Workspace-Todo nach Rueckfall auf aelteren Stand wiederhergestellt

changed

  • **`.openclaw/workspace/tasks/todo.md`**
  • Kopfzeile wieder auf `Stand: 2026-03-29` gezogen, nachdem die Datei sichtbar auf eine aeltere Fassung mit `Stand: 2026-03-26` zurueckgefallen war.
  • fehlenden RAG-Block mit `RAG-1` bis `RAG-4` wiederhergestellt und `RAG-5`/`RAG-6` als erledigte Referenzpunkte dokumentiert.
  • `PW-1`/`PW-2` erneut auf den verifizierten Run vom `2026-03-29 ` gezogen.
  • `OPS-9` (Claude-Desktop-Remote-Debug) und `CBA-5` (aktueller OG-Intake-Stand) wieder in die offene Arbeitsliste aufgenommen.
  • **`.openclaw/workspace/INCIDENT_LOG.md`**
  • Incident fuer den Rueckfall des Workspace-Todos auf einen aelteren Zwischenstand eingetragen.

verified

  • `sed -n '1,180p' `.openclaw/workspace/tasks/todo.md`
  • Ergebnis: `Stand: 2026-03-29`, RAG-Block vorhanden, `OPS-9` und `CBA-5` wieder sichtbar.
  • Gegencheck mit bestehender Historie:
  • `changelog/2026-03.md` + `workspace/memory/2026-03-29.md` bestaetigen die erwarteten PW-/RAG-/CBA-Aenderungen vom heutigen Stand.
codexopenclaw

Hauptchangelog in Monatsarchive aufgeteilt und nach Datum sortiert

changed

  • **`.openclaw/CHANGELOG.md`**
  • vom laufenden Volltext-Changelog auf einen schlanken Monatsindex umgestellt.
  • **`.openclaw/changelog/2026-03.md`**
  • alle datierbaren Maerz-Eintraege in eine eigene Monatsdatei gezogen und nach Datum sortiert.
  • **`.openclaw/changelog/2026-02.md`**
  • Februar-Historie separat archiviert und ebenfalls nach Datum sortiert.
  • **`.openclaw/changelog/_meta.md`**
  • die zwei nicht datierbaren Legacy-Bloecke (`TODO / Open`, `Changelog-Format`) separat abgelegt statt sie kuenstlich umzusortieren.
  • **`.openclaw/changelog/_legacy-full-pre-monthly-sort-2026-03-29.md`**
  • unveraenderten Vollsnapshot vor der Aufteilung als Rueckfallebene abgelegt.

verified

  • `python3`-Sortierlauf ueber den bisherigen Hauptchangelog
  • Ergebnis: `2026-03 -> 164` datierbare Eintraege, `2026-02 -> 26`, `2` Meta-Bloecke
  • Datumscheck ueber `.openclaw/changelog/2026-03.md`
  • Ergebnis: `0` Reihenfolgefehler nach der Sortierung
  • Sichtpruefung der Index-/Archivdateien
  • Ergebnis: Root zeigt Monatslinks, Monatsdateien oeffnen sauber mit absteigender Datumsreihenfolge
codexopenclaw

Workspace-Todo auf verifizierten Morgenstand bereinigt

changed

  • **`.openclaw/workspace/tasks/todo.md`**
  • veralteten Kurzstatus-Checkpoint `2026-03-29 ` durch den naechsten realen Werktags-Checkpoint `2026-03-30 ` fuer `tli:daily-briefing` ersetzt.
  • `PW-1`/`PW-2` auf den verifizierten Nightly-Run vom `2026-03-29 ` gezogen (`24` Ticker, `17` neue Artikel, `0` Fehler).
  • relatives `Morgen mitnehmen` in einen zeitneutralen Ops-Block ueberfuehrt und `CBA-5` auf OG-Pool `41` / Live-Kampagne `40` verdichtet.
  • erledigte `RAG-5`/`RAG-6` aus der offenen Hauptliste entfernt und nur noch als Referenz im RAG-Block vermerkt.
  • **`.openclaw/workspace/memory/2026-03-29.md`**
  • Tageslog fuer die Todo-/Status-Bereinigung und die verifizierte PW-Laufspur ergaenzt.
  • **`.openclaw/workspace/INCIDENT_LOG.md`**
  • Incident-Eintrag fuer die Todo-/Checkpoint-Drift nach der Morgensession ergaenzt.

verified

  • `tail -n 200 `.openclaw/cron/runs/pw-news-scraper-a3b7.jsonl`
  • Ergebnis: regulaerer Run am `2026-03-29 `, Status `ok`, Dauer `154269 ms`
  • `tail -n 120 `.openclaw/agents/main/sessions/424e1e83-1e80-4d0a-b31b-7a5fb10a1aaf.jsonl`
  • Ergebnis: `24` Ticker, `480` gesichtet, `17` neu, `0` Fehler, Script-Dauer `120s`
  • `sed -n '1050,1088p' `.openclaw/cron/jobs.json`
  • Ergebnis: `tli:daily-briefing` weiter auf `33 8 * * 1-5` in `Europe/Berlin`
codexopenclaw

CBA-5: `OG_6_66` und `OG_6_89` aufgenommen und OG-Kampagne sauber nachgezogen

changed

  • **`carpark-brain-attack/PICTURES/intake/6.json`**
  • `OG_6_66` und `OG_6_89` von `pending` auf `accepted` gezogen.
  • finale Fahrzeuggeometrie plus `par: 31` bzw. `par: 17` eingetragen.
  • **`carpark-brain-attack/src/data/ogPhotoLevels.js`**
  • `OG_6_66` und `OG_6_89` in den OG-Bestand aufgenommen.
  • **`spielideengenerator/public/carpark/src/data/ogPhotoLevels.js`**
  • Public-Mirror via `og-intake apply` auf denselben Stand synchronisiert.
  • **`carpark-brain-attack/src/data/campaignLevels.js`**
  • `CAMPAIGN_VERSION` auf `12` gehoben, damit die neue Live-Reihenfolge alte Fortschrittsmarker invalidiert.
  • **`carpark-brain-attack/src/game/levelMigration.js`**
  • `LEVEL_ORDER_VERSION` auf `10` gezogen.
  • **`carpark-brain-attack/CHANGELOG.md`**
  • Projektchangelog um den Intake von `OG_6_89` erweitert.
  • **`.openclaw/workspace/tasks/todo.md`**
  • `CBA-5`-Status auf den neuen Batch-6-Stand aktualisiert.
  • **`.openclaw/workspace/memory/2026-03-29.md`**
  • Tageslog fuer die Aufnahme von `OG_6_89` ergaenzt.

verified

  • `node `carpark-brain-attack/scripts/og-intake.mjs` verify --batch `carpark-brain-attack/PICTURES/intake/6.json` --only 89 --sync-par`
  • Ergebnis: `OG_6_89`, `solvable: true`, `minMoves/par: 17`
  • `node `carpark-brain-attack/scripts/og-intake.mjs` verify --batch `carpark-brain-attack/PICTURES/intake/6.json` --only 66 --sync-par`
  • Ergebnis: `OG_6_66`, `solvable: true`, `minMoves/par: 31`
  • `node `carpark-brain-attack/scripts/og-intake.mjs` apply --batch `carpark-brain-attack/PICTURES/intake/6.json` --only 66`
  • Ergebnis: Board in OG-Datei und Mirror hinzugefuegt
  • `node `carpark-brain-attack/scripts/og-intake.mjs` apply --batch `carpark-brain-attack/PICTURES/intake/6.json` --only 89`
  • Ergebnis: Board in OG-Datei und Mirror hinzugefuegt
  • `node --input-type=module - <<'JS' ...`
  • Ergebnis: `og_total: 41`, `campaign_total: 40`, `active_66: true`, `active_89: true`
systemopenclaw

Batch-5-Referenzkandidaten abgesichert

update

  • Geaendert: `carpark-brain-attack/PICTURES/intake/5.json`
  • `OG_5_136` und `OG_5_144` tragen jetzt strukturierte Review-Hinweise (`referenceCandidateReview.status = rejected`), damit der naechste Intake-Lauf die bereits widerlegten Referenzlayouts nicht wieder blind benutzt.
  • Geaendert: `carpark-brain-attack/CHANGELOG.md`
  • Projektchangelog um die abgelehnten Batch-5-Referenzen erweitert.
  • Geaendert: `.openclaw/workspace/memory/2026-03-29.md`
  • Tageslog fuer die Rejection-Hinweise im Batch-5-Manifest ergaenzt.

verifikation

  • `5.json` laesst sich weiter als gueltiges JSON laden.
  • Status nach dem Update: `135 -> flagged`, `136 -> pending/rejected-reference`, `144 -> pending/rejected-reference`.
systemopenclaw

OG-Audit-Tool fuer Re-Intake nachgelegt

update

  • Neu: `carpark-brain-attack/scripts/og-visual-audit.py`
  • Erzeugt Side-by-Side-Audits aus Foto-Crop und Datenboard.
  • Unterstuetzt `--campaign-first`, direkte `--source-ids` und komplette Intake-Batches via `--batch`.
  • Geaendert: `carpark-brain-attack/PICTURES/intake/5.json`
  • `OG_5_135` von `accepted` auf `flagged` zurueckgenommen, weil der visuelle Soll-Ist-Vergleich die bisherige Rekonstruktion nicht traegt.
  • Geaendert: `carpark-brain-attack/CHANGELOG.md`
  • Projektchangelog um Audit-Tool und die Intake-Herabstufung erweitert.
  • Geaendert: `.openclaw/workspace/memory/2026-03-29.md`
  • Tageslog fuer das neue Audit-Tool und den Batch-5-Fund ergaenzt.

verifikation

  • `python3 `carpark-brain-attack/scripts/og-visual-audit.py` --campaign-first 10 --output /tmp/og-first10-audit.png` laeuft gruen.
  • `python3 `carpark-brain-attack/scripts/og-visual-audit.py` --batch `carpark-brain-attack/PICTURES/intake/5.json` --output /tmp/og-batch5-audit.png --columns 2` laeuft gruen.
  • `node `carpark-brain-attack/scripts/og-intake.mjs` verify --batch `carpark-brain-attack/PICTURES/intake/5.json` --only 135` meldet `OG_5_135` jetzt korrekt als `flagged`.
systemopenclaw

Carpark Suspicious Board aus Live-Kampagne quarantiniert

update

  • Geaendert: `carpark-brain-attack/src/data/campaignLevels.js`
  • `OG_5_135` ueber `EXCLUDED_SOURCE_IDS` aus der aktiven OG-Kampagne ausgeschlossen.
  • `CAMPAIGN_VERSION` auf `10` erhoeht, damit gespeicherter Fortschritt nicht auf die verschobene Reihenfolge zeigt.
  • Geaendert: `spielideengenerator/public/carpark/src/data/campaignLevels.js`
  • Mirror auf dieselbe Quarantaene-Regel und Kampagnenversion gezogen.
  • Geaendert: `carpark-brain-attack/CHANGELOG.md`
  • Projektchangelog um die Quarantaene von `OG_5_135` erweitert.
  • Geaendert: `.openclaw/workspace/memory/2026-03-29.md`
  • Tageslog fuer den visuellen Audit der ersten 10 Levels und die Entfernung von `OG_5_135` aus dem Live-Pool ergaenzt.

verifikation

  • `OG_5_135` existiert weiter in `OG_PHOTO_LEVELS`, taucht aber nicht mehr in `CAMPAIGN_SOURCE_LEVELS` auf.
  • Aktive Reihenfolge nach der Quarantaene: `Level 2 -> OG_bild1_38`, `Level 3 -> OG_2_8`.
  • Die aktive Kampagne umfasst jetzt `38` statt `39` OG-Boards.
systemopenclaw

Carpark Level-3 Target-Farbe geradegezogen

update

  • Geaendert: `carpark-brain-attack/src/data/ogPhotoLevels.js`
  • `OG_bild1_38` nutzt fuer das Schluesselauto wieder die kanonische Target-Farbe `#7b241c`.
  • Der normale Wagen `car1` wurde auf `#ed8936` gesetzt, damit `#7b241c` nicht doppelt im selben Board auftaucht.
  • Geaendert: `spielideengenerator/public/carpark/src/data/ogPhotoLevels.js`
  • Mirror auf denselben Farbfix gezogen.
  • Geaendert: `carpark-brain-attack/PICTURES/intake/1.json`
  • Kanonisches Intake-Manifest fuer `sourceNumber 38` an den Live-Fix angepasst.
  • Geaendert: `carpark-brain-attack/CHANGELOG.md`
  • Projektinterne Dokumentation fuer den Fix und die Verifikation ergaenzt.
  • Geaendert: `.openclaw/workspace/memory/2026-03-29.md`
  • Tageslog fuer den Level-3-Farbfehler ergaenzt.

verifikation

  • Die ersten `10` aktiven Kampagnenlevel zeigen fuer das Schluesselauto jetzt durchgehend `#7b241c`.
  • `OG_bild1_38` war vorher der einzige Ausreisser; danach gibt es weder Nicht-Target-Wagen mit `#7b241c` noch Target-Wagen mit einer anderen Farbe.
systemopenclaw

Tweet-Queue SSOT in aktiven Referenzen begradigt

update

  • Geaendert: `.openclaw/workspace/references/NEURAL_MAP.md`
  • Kanonischen Tweet-Queue-Pfad auf `.openclaw/workspace/tweet-queue.json` gezogen.
  • Alten Clawledge-Pfad explizit als Legacy/Historie markiert.
  • Geaendert: `.openclaw/workspace/skills/clawledge/SKILL.md`
  • X-Content-System dokumentiert jetzt die Workspace-Queue als SSOT statt `scripts/content/tweet-queue.json`.
  • Geaendert: `.openclaw/workspace/tasks/lessons.md`
  • Neue Regel gegen Queue-Pfad-Drift und falsche "Queue fehlt"-Diagnosen aufgenommen.
  • Neu: `.openclaw/workspace/memory/2026-03-29.md`
  • Tageslog fuer den Pfad-Drift, Verifikation von `NA-DATA-003` und die SSOT-Korrektur angelegt.

verifikation

  • `memory/nightaction-status-2026-03-29.json` zeigt `queue_file=`.openclaw/workspace/tweet-queue.json`.
  • `memory/nightaction-outputs/2026-03-29-NA-DATA-003.log` bestaetigt `5 Eintraege in tweet-queue.json geschrieben`.
  • Die fuenf IDs `tw-20260329-x-*` liegen in der Workspace-Queue und fehlen in `clawledge/scripts/content/tweet-queue.json`.
codexopenclaw

Workspace-Todo RAG-Block auf abgeschlossenen Tagesstand vereinheitlicht

changed

  • **`.openclaw/workspace/tasks/todo.md`**
  • RAG-Abschnitt von einem Ziel-/Restpunkt-Text auf den Ist-Status gezogen: Hybrid-Context-Lookup live, `RAG-1` bis `RAG-6` erledigt.
  • `RAG-4` im selben Erledigt-Stil wie die uebrigen RAG-Punkte dokumentiert und mit dem konkreten `kg_hybrid_search()`-/Fallback-Stand aus dem Tageschangelog versehen.

verified

  • `sed -n '24,38p' `.openclaw/workspace/tasks/todo.md`
  • Ergebnis: kompletter RAG-Block steht jetzt konsistent auf erledigt, ohne halb-offenen `RAG-4`-Eintrag.
  • `sed -n '1,16p' `.openclaw/changelog/2026-03.md`
  • Ergebnis: Claudes Eintrag `2026-03-29 ` beschreibt den finalen `RAG-4`-Abschluss, auf den die Todo-Dokumentation jetzt verweist.

Incidents

Agent System / PostFast Verifikation
~10 mincodex

Problem: Nach dem ersten Scheduling-Fix meldete der Hook bei einem echten `201 Created` weiter Warnung, obwohl RB-093 in PostFast existierte

Ursache: Die Verifikation wertete `postIds` aus dem Create-Response nicht aus und pruefte nur die erste `/social-posts`-Seite statt die komplette paginierte Liste

Fix: `division_runner.py` auf `postIds`-Erkennung erweitert und `tools/postfast.py` um `list_all_scheduled()` fuer die paginierte Vollabfrage ergaenzt; Live-Check fand danach den echten RB-093-Post per ID `1daba3db-ae7a-47b6-9950-a3ced48372aa`

Agent System / PostFast Scheduling
~30 mincodex

Problem: Robin/Tyrone meldeten fuer RB-093 zweimal erfolgreiches PostFast-Scheduling und sogar angebliche Queue-Sichtbarkeit, obwohl der Post weder in `tweet-queue.json` noch remote in PostFast existierte

Ursache: Der Hook in `division_runner.py` schedulte nur bei einer nackten `SCHEDULE:`-Direktive; der `content_agent` lieferte bei Scheduling-Tasks aber oft nur JSON mit `schedule`-Block und `status: completed`. Zusaetzlich fehlte eine echte Remote-Verifikation nach dem API-Call

Fix: PostFast-Hook auf JSON-`schedule`/`schedule_info` erweitert, `scheduled_at` auf UTC normalisiert, echte Remote-Verifikation via `list_scheduled()` eingebaut und den `content_agent`-Prompt auf verpflichtenden `schedule`-Block plus `SCHEDULE:`-Zeile fuer echte Scheduling-Tasks nachgezogen

Claude Desktop / Remote SSH
~25 mincodex

Problem: Claude Desktop konnte den neuen VPS nicht verbinden, obwohl Plain SSH und der alte Server funktionierten

Ursache: Auf dem Windows-/Claude-Desktop-Client lag ein veralteter SSH-Host-Key-/`known_hosts`-Eintrag fuer den neuen VPS; serverseitig kam es nur zu `preauth`-Disconnects statt zu echten Auth-/Server-Fehlern

Fix: serverseitige Remote-/Auth-Logs gegen geprueft, korrekten ED25519-Fingerprint des neuen VPS verifiziert und die veralteten `known_hosts`-Eintraege fuer `168.119.152.29` entfernen lassen; danach verband Claude Desktop wieder sauber

Workspace / Todo Audit
~25 mincodex

Problem: Die aktive Todo-Liste enthielt noch Altlasten vom alten Server und mehrere Punkte, die in Changelogs oder Artefakten bereits erledigt waren

Ursache: `tasks/todo.md` war nach mehreren Zwischenstaenden nicht mehr sauber gegen die heutigen Projektartefakte synchronisiert; ein Teil der Wahrheit lag schon nur noch in `.openclaw/changelog/2026-03.md`, `thelonginvestor/CHANGELOG.md` und den Carpark-Intake-Dateien

Fix: Todo gegen Changelog, PF-/PostFast-Historie und aktuelle CBA-Manifeste abgeglichen, veraltete Blocks (`Disk Cleanup`, `OPS-8`, `XS-11`, `NA-13` bis `NA-18`, offene `Supabase vector`-Freigabe) entfernt und `PW-*`, `RAG-*`, `PF-2` sowie `CBA-5` auf den echten Stand gezogen

Workspace / Todo Restore
~20 mincodex

Problem: `tasks/todo.md` fiel nach dem Mittags-Update wieder auf eine aeltere Fassung ohne RAG-Block und weitere aktuelle Punkte zurueck

Ursache: Die Datei wurde nach dem verifizierten 2026-03-29-Stand offenbar durch einen aelteren Zwischenstand (`Stand: 2026-03-26`) ueberschrieben oder zurueckkopiert

Fix: `todo.md` gegen `changelog/2026-03.md` und `workspace/memory/2026-03-29.md` abgeglichen, `RAG-1` bis `RAG-4`, `OPS-9`, `CBA-5` und der aktuelle PW-Checkpoint wiederhergestellt und den Vorfall dokumentiert

Workspace / Todo Hygiene
~15 mincodex

Problem: `tasks/todo.md` hing nach der Morgensession noch auf veralteten Checkpoints und zeigte teils erledigte Punkte weiter als aktive Arbeitsliste

Ursache: Der verifizierte `pw-news-scraper`-Nightly-Run und der aktualisierte CBA-Stand lagen schon in Cron-/Session-Artefakten, wurden aber noch nicht in die Session-Startliste uebertragen; dazu blieb ein past-due Checkpoint (`2026-03-29 `) und relatives `Morgen`-Wording stehen

Fix: `todo.md` auf den verifizierten Run vom `2026-03-29 ` und den naechsten realen Briefing-Termin `2026-03-30 ` gezogen, `CBA-5` verdichtet und erledigte `RAG-5`/`RAG-6` aus der offenen Hauptliste entfernt

Workspace / Changelog Navigation
~20 mincodex

Problem: Der Hauptchangelog war fuer manuelles Nachschlagen zu sperrig und durch Mischformate nur schwer chronologisch lesbar

Ursache: `3560+` Zeilen, importierte Altbloecke und zwei undatierte `##`-Abschnitte machten die Hauptdatei unhandlich, obwohl die Inhalte noch vorhanden waren

Fix: Hauptchangelog auf Monatsindex reduziert, datierbare Eintraege nach `changelog/2026-03.md` und `changelog/2026-02.md` ausgelagert und dort nach Datum sortiert; undatierte Legacy-Bloecke nach `changelog/_meta.md`, Vollsnapshot vor der Aufteilung separat gesichert

Persönliches Build-Journal. Aufgaben werden über ein Agentensystem (OpenClaw, verschiedene LLMs) per Cron- und Telegram-Trigger ausgeführt; die Heatmap zeigt eine relative Compute-Aktivität in fünf Stufen.