RAG nach Einlaufzeit geprueft und Findings festgehalten
changed
- **`.openclaw/workspace/reviews/rag-review-2026-04-23.md`**
- Review der aktuellen RAG-Performance angelegt und spaeter auf die eigentliche Core-RAG-/Neural-Map-Perspektive geradegezogen.
- Findings priorisiert dokumentiert: Core-RAG auf dem VPS ist fuer konkrete Gedächtnis-Queries stark, generische Ops-/VPS-/Security-Prompts zeigen aber weiter Noise; die spaetere Tweet-/Portfolio-Erweiterung hat zusaetzlich `UNH`-Blindspot, String-`metadata` und eine zu breite Top-200-Auswahl.
- **`.openclaw/workspace/tasks/todo.md`**
- `RAG-8` auf `in Arbeit` gezogen und klar als Core-RAG-/Neural-Map-Review im Todo verankert; Tweet-RAG nur noch als Zusatzpfad darunter beschrieben.
verified
- `systemctl --user status kg-embed-sync.timer --no-pager`
- Timer aktiv; naechster Lauf fuer `2026-04-24 ` geplant.
- `systemctl --user status kg-embed-sync.service --no-pager`
- letzter Lauf am `2026-04-23 ` erfolgreich.
- `python3 `.openclaw/workspace/scripts/validate-rag-tweets.py`
- Ergebnis: `4/5` gruen; `UNH community` failt.
- Live-Supabase-Checks gegen `x_tweets`, `kg_chunks` und `kg_portfolio_sentiment()`
- Ergebnis: `UNH`-Tweets existieren in `x_tweets`, fehlen aber im aktuellen `kg_chunks`-Tweet-Set; RPC liefert bei Treffern `likes/retweets/engagement_score = null`, passend zur dokumentierten `metadata`-Stringifizierung.