Rat der Weisen
Ratsanfrage vom 2026-06-01 · Kosten: $0.0224 · ChatGPT ✓ · Gemini ✓ · Claude ✓ · Rainer ✓ · Perplexity ✓
Ratsanfrage
Langfristige Kommunikationsarchitektur für ein persönliches KI-Team
Ausgangslage: Persönliches KI-System mit ChatGPT (Regie), Claude Code (Executor), Gemini (Recherche), Perplexity (Suche), lokaler Infrastruktur (Dispatcher, Watson, Dateien, Logs, Browser-Brücken). Aktueller Zustand: provisorische Brücken, fragile Verbindungen, Workarounds.
Kernfrage: Wie sieht eine robuste, erweiterbare, sichere und wartbare Architektur aus, in der alle Instanzen nicht mehr über fragile Brücken verbunden sind, sondern über eine gemeinsame, klare Systemarchitektur?
10 Teilfragen: Rollenverteilung · Zentrale Wahrheit · Nachrichtenformat · Drift-Prävention · ChatGPT-Thread-Export · Datentrennung · Lokal vs. API · V1-Empfehlung · Zielarchitektur 12 Monate · Priorisierung A–F
Originalantwort ChatGPT
ChatGPT — gpt-4o
H1 — Message Bus (60%)
Modulare Architektur mit zentralem Message Bus. Erlaubt flexible Erweiterung, klare Kommunikationswege, robust gegen Änderungen in einzelnen Modulen. Risiko: initialer Aufwand, Abhängigkeit vom Bus.
H2 — SQLite (50%)
SQLite für zentrale Datenspeicherung + strukturierte API-Kommunikation. Leichtgewichtig, wartbar, klare Schnittstellen. Risiko: Skalierungsgrenzen, Performance bei wachsendem Volumen.
H3 — Vektorindex (40%)
Für Suche und Kontextspeicherung. Erhöhte Effizienz bei Informationssuche. Risiko: komplexe Implementierung, Abhängigkeit von ML-Modellen.
H4 — Eventlog (30%)
Vollständige Rückverfolgbarkeit, Audit Trail. Risiko: speicherintensiv, erfordert strenge Datenstrategie.
Outlier — Dezentrales P2P-Netzwerk
Agenten kommunizieren via Peer-to-Peer. Ausfallsicher, keine Zentralisierung. Wann sinnvoll: Hochsicherheitsanwendungen, instabile Netzwerke.
Unsicherheiten
- Nutzergewohnheiten und spezifische Aufgaben unbekannt
- Zukünftige Skalierungsanforderungen unklar
- Datensicherheitsbedenken ungeklärt
Originalantwort Claude
Claude — claude-sonnet-4-6
Empfehlung
Nicht neu bauen — Dispatcher + Dateisystem ist bereits der richtige Kern. V1 ist ein formalisierter OUTBOX/INBOX-Ordner zwischen ChatGPT und Claude Code.
Rollenverteilung
- ChatGPT = Regie. Strategische Entscheidungen, Langzeitkontext, Auftragsdefinition. Kein Code, kein Dateizugriff.
- Claude Code = Executor + Archivar. Hat Zugriff auf alles, führt aus, schreibt zurück.
- Watson = Dispatcher. Orchestriert Sanchos, hält Aufgaben-Log. Keine Baurolle.
- Gemini/Perplexity = Rechercheur on demand. Kein dauerhafter Systemzugriff.
- Konfliktentscheider: Victor allein. Kein Autoentscheid zwischen KI-Instanzen.
Zentrale Wahrheit — Zwei-Schicht-Modell
- Schicht 1 (Content): Dateisystem + Markdown. Lesbar, versionierbar, wartungsarm.
- Schicht 2 (State): SQLite für Tasks, Status, Logs, Entscheidungen.
- Kein Message Bus, kein Vektorindex in V1.
Größtes Risiko
Wartungsunwilligkeit. Jede Architektur die mehr als 15 Minuten/Woche Pflege braucht wird aufgegeben. Einfach und sichtbar schlägt elegant und komplex.
Abweichung von Gemini
SQLite ist V2, nicht V1. Geminis Tagebuch-Outlier (YYYY-MM-DD.md) ist brilliant als menschliche Leseschicht. Event-Sourcing ist für einen Einzelnutzer Over-Engineering.
Originalantwort Gemini
Gemini — gemini-2.5-pro
H1 — Dateisystem als Single Source of Truth (85%)
Jeder Task, jedes Log, jedes Stück Wissen ist eine Markdown-Datei in definierter Ordnerstruktur. Dispatcher überwacht inbox-Ordner, verschiebt Dateien nach Status (processing → done → error). Vorteile: grep/find/git ohne Abhängigkeiten, iCloud-Sync trivial. Risiko: Abfragen über viele Tasks langsam, gleichzeitige Schreibzugriffe unelegant.
H2 — SQLite als zentraler Hub (65%)
Rollen explizit: ChatGPT=Regie/Konfliktentscheider, Claude=Executor, Gemini/Perplexity=Rechercheur via Claude-API, Archivar=Import-Prozess. SQLite mit Transaktionssicherheit, sqlite-vss für Vektorsuche möglich. Risiko: höherer Einrichtungsaufwand, Schema-Migrationen.
H3 — Event-Sourcing (30%)
Unveränderliches Log aller Ereignisse (TASK_CREATED, DECISION_LOGGED etc.). Perfekter Audit Trail. Für Einzelnutzer Over-Engineering.
Outlier — Tagebuch-Ansatz
Zentrale Wahrheit = täglich wachsende Markdown-Datei (YYYY-MM-DD.md). Tasks = Checkboxen die Executor sucht und abhakt. Spiegelt menschliche Arbeitsweise. Perfekt für kreative Prozesse, ungeeignet für hohe Task-Frequenz.
Unsicherheiten
- Technisches Skill-Level und Wartungsbudget
- Task-Volumen: 10 komplexe Kreativ-Aufgaben oder 500 kleine Automatisierungen?
- Primärer Workflow: Code, Text-Synthese oder Recherche?
Recherchematerial Perplexity
Perplexity / Webrecherche
Agent-to-Agent Protokolle 2025/2026
Das Model Context Protocol (MCP) standardisiert wie Agenten Tools entdecken und nutzen. Das Agent2Agent (A2A) Protokoll von Google (April 2025) ermöglicht Interoperabilität über Anbieter hinweg. Beides ist für persönliche Systeme verfügbar, aber noch früh in der Adoption.
SQLite als lokale AI-Gedächtnisbasis
Mehrere Open-Source-Projekte (memweave, sqlite-memory, OpenClaw) nutzen Markdown + SQLite als Zero-Ops-RAG-Stack. SQLite FTS5 für Volltext, sqlite-vec für Vektorsuche — kein separater Datenbankserver nötig. Einzelne .sqlite-Datei ist vollständig portabel.
Local-First Prinzip bestätigt
Für persönliche KI-Systeme gilt: Zero-Ops (kein Postgres/Server), Single-File-Portabilität, offline-first. Das bestätigt die Zweischicht-Empfehlung (Dateisystem + SQLite).
Frameworks (zur Information, nicht empfohlen für V1)
LangGraph (graph-basiert, built-in persistence), CrewAI (Rollen-basiert, Teams). Beide für Enterprise-Komplexität — für einen Einzelnutzer Overhead.
Quellen
memweave: Zero-Infra AI Agent Memory with Markdown and SQLite
sqlite-memory: Markdown-based AI agent memory with semantic search
MemX: A Local-First Long-Term Memory System for AI Assistants
mcp-memory-sqlite: Personal knowledge graph for Claude via MCP
Multi-Agent Systems: Architectures, Protocols, Enterprise Adoption (arXiv)
AI Agent Orchestration Guide 2026
Vergleich der Antworten
Übereinstimmungen
- Alle drei: SQLite ist die richtige Datenspeicher-Technologie (nicht Postgres, nicht externe Datenbank)
- Alle drei: Event-Sourcing ist Over-Engineering für diesen Anwendungsfall
- Alle drei: Klare Rollenverteilung ist Voraussetzung, nicht optional
- Alle drei + Perplexity: Local-first ist das richtige Prinzip — kein Cloud-Zwang
- ChatGPT + Claude: Dateisystem als Basis, SQLite als Ergänzung
Widersprüche
| Frage | ChatGPT | Claude | Gemini |
| SQLite wann? | Sofort (H2) | V2, nicht V1 | H2 parallel zu H1 |
| V1-Basis | Message Bus | OUTBOX/INBOX Ordner | Dateisystem pur |
| Vektorindex | H3 (40%) | Nicht in V1 | Via sqlite-vss möglich |
| ChatGPT-Rolle | Unklar | Regie, kein Code | Regie + Konfliktentscheider |
Überraschende Gedanken
- Geminis Tagebuch-Outlier (YYYY-MM-DD.md) ist nicht eine Alternative, sondern eine ergänzende Schicht — die einzige die Menschen wirklich lesen. Alle anderen Schichten sind für Maschinen.
- Perplexity-Befund: memweave und sqlite-memory haben exakt diese Architektur (Markdown + SQLite) bereits als Open Source gebaut. V1 muss nicht von Null.
- MCP als natürliche Brücke: Claude Code unterstützt MCP nativ. Ein mcp-memory-sqlite Server würde Claude Code persistent Gedächtnis geben — ohne Eigenentwicklung.
Fehlende Aspekte (kein Stimme hat angesprochen)
- iPhone-Eingabe: Alle Architekturen setzen Mac als primäres Interface. Wie kommen iPhone-Inputs (Sprache, Tippen) ins System?
- ChatGPT Memory API: ChatGPT hat eigene Memory-Funktion — Export-Interface bleibt proprietär. Kein Stimme hat dieses Lock-in adressiert.
- Versionierung von Entscheidungen: Wer speichert wann welche Entscheidung wurde getroffen und warum? Fehlt in allen Architekturen.
- Kosten-Monitoring: Bei mehreren KI-APIs pro Tag: wo läuft die Kostenübersicht?
Synthese — Rainer
Rainer — Synthese
Die drei Stimmen streiten über Technologie. Die eigentliche Frage ist eine andere.
Das System existiert bereits. Es heißt Dispatcher. Es hat Watson, Sanchos, WATSON_AUFGABEN.md, OUTBOX, INBOX, Logs, und Claude Code als Executor. Die Frage ist nicht "wie bauen wir das?" — sondern: "was fehlt, damit es nicht mehr fragil ist?"
Antwort: Eine formalisierte Schnittstelle zwischen ChatGPT und dem Rest.
Perplexity bestätigt: memweave und sqlite-memory haben die Zwei-Schicht-Architektur (Markdown + SQLite) bereits gebaut. MCP-memory-sqlite könnte Claude Code persistentes Gedächtnis geben — ohne Eigenentwicklung.
Victor spricht/schreibt (Mac oder iPhone)
↓
ChatGPT (Regie) → OUTBOX/direktive.json
↓
Watson (Dispatcher) liest, verteilt an Sanchos
↓
Claude Code (Executor) baut, archiviert in PROJECT_ARCHIVE/
↓
SQLite (State) hält Task-Status, Logs, Entscheidungen
↓
YYYY-MM-DD.md (Tagebuch) — menschliche Leseschicht
↓
Victor sieht Ergebnis im Cockpit
Rainers Frage: Wann war das letzte Mal dass ChatGPT einen Auftrag strukturiert an Claude Code übergeben hat — ohne dass Victor als Bote dazwischen stand? Das ist der Engpass. Alles andere ist Theorie.
Architekturentscheidungen
A — Sofort
OUTBOX/INBOX formalisieren
ChatGPT exportiert JSON-Direktiven in einen definierten Ordner. Claude Code liest und bestätigt. Eine Datei, ein Format, kein Workaround.
A — Sofort
Rollenverteilung schriftlich fixieren
ChatGPT=Regie, Claude=Executor+Archivar, Watson=Dispatcher, Gemini/Perplexity=Recherche on demand. Einmal, unveränderlich.
A — Sofort
MCP-memory-sqlite evaluieren
Gibt Claude Code persistentes Gedächtnis via bestehenden MCP-Standard. Kein Eigenentwicklung nötig — 1 Stunde Setup-Test.
B — Sackgasse
Browser-Brücken und Copy-Paste-Workflows
Nicht weiter ausbauen. Jede neue Brücke ist technische Schuld. Formalisierung schlägt Workaround.
B — Sackgasse
Event-Sourcing / Message Bus Software
RabbitMQ, Kafka, etc. für einen Einzelnutzer: Over-Engineering. Dateisystem IS der Message Bus.
C — Später
SQLite als zentrale Zustandsdatenbank
Erst wenn Dateisystem spürbar limitiert. Perplexity bestätigt: sqlite-vec für Vektorsuche nachrüstbar.
C — Später
Vektorindex / semantische Suche
Erst wenn Wissensarchiv so groß ist, dass man es nicht mehr manuell findet. Dann sqlite-vec, nicht externe Lösung.
C — Später
Tägliches Tagebuch (YYYY-MM-DD.md)
Geminis Outlier ist richtig — als menschliche Leseschicht über dem System. Einführen wenn SQLite Schicht 2 steht.
D — Harte Entscheidung
ChatGPT bleibt Regie — oder wird abgelöst?
Diese Entscheidung prägt die gesamte Architektur. Wenn ChatGPT API-exportfähig wird (Memory-API), ändert sich alles. Victor muss entscheiden.
D — Harte Entscheidung
iPhone als primäres Eingabegerät?
Keine Stimme hat adressiert wie iPhone-Inputs strukturiert ins System kommen. Muss definiert werden.
E — Größtes Risiko
Over-Engineering
Drei KI-Systeme empfehlen Architektur — keines übernimmt die Wartung. Jede Schicht mehr ist eine Schicht die Victor alleine pflegen muss.
E — Größtes Risiko
ChatGPT Memory Lock-in
ChatGPTs eigenes Memory-System ist proprietär. Kein Standard-Export. Wenn ChatGPT-Thread-Inhalte ins Systemgedächtnis sollen, braucht es manuellen Export-Workflow.
F — Einfachster Schritt
Heute: OUTBOX/ Ordner + JSON-Template
Einen Ordner anlegen. Ein Template definieren. Das nächste ChatGPT-Ergebnis in dieses Format exportieren. Fertig ist V1.
Konkreter Bauplan
Phase 1 — Sofort (1–2 Wochen)
Formalisierung ohne Neubau
- OUTBOX/ und INBOX/ Ordner in Dispatcher anlegen
- JSON-Format für ChatGPT-Direktiven definieren (id, from, to, type, payload, priority, ts)
- Watson liest OUTBOX/ beim Start und trägt Tasks in WATSON_AUFGABEN.md ein
- MCP-memory-sqlite testen: gibt Claude Code persistentes Gedächtnis über Sessions hinweg
- Rollenverteilung als SYSTEM_ROLLEN.md schriftlich fixieren
Phase 2 — Kurz- bis mittelfristig (1–3 Monate)
SQLite als Schicht 2
- SQLite-Datei für Tasks, Status, Logs, Entscheidungen einführen (wenn Dateisystem spürbar limitiert)
- ChatGPT-Thread-Export: halbautomatischer Workflow via standardisiertem Template
- iPhone-Eingabe: wie kommen Sprache/Text vom iPhone ins OUTBOX-System?
- Kosten-Monitoring: Dashboard für API-Ausgaben aller Instanzen
Phase 3 — Zielarchitektur (6–12 Monate)
Vollständiges persönliches Betriebssystem
- sqlite-vec für semantische Suche im Wissensarchiv
- Tägliches Tagebuch (YYYY-MM-DD.md) als menschliche Leseschicht über SQLite
- Cockpit-Dashboard zeigt: offene Tasks, Entscheidungshistorie, Kosten, Agenten-Status
- Wenn ChatGPT Memory-API verfügbar: automatischer Export in Systemgedächtnis
- MCP als Standard-Protokoll für alle Claude-Erweiterungen
Offene Fragen
- Welche Informationen aus ChatGPT-Threads sollen ins Systemgedächtnis? Alles, oder nur Entscheidungen?
- Wie unterscheidet das System "persönliches Gedächtnis" von "Projektwissen" — und wer darf was lesen?
- iPhone-Eingabe: Sprachnotiz → automatisch ins OUTBOX? Oder manueller Schritt?
- Wer archiviert abgeschlossene ChatGPT-Threads? Claude Code auf Abruf, oder automatisch?
- Bleibt ChatGPT langfristig Regie — oder soll Claude Code die Regie-Rolle übernehmen können?
Nächste Ratsanfrage
Konkretisierung von Phase 1: "Was ist das minimale JSON-Format für eine ChatGPT→Claude-Code-Direktive? Welche Felder sind Pflicht, welche optional? Wie unterscheidet man Task von Entscheidung von Kontext-Update? Wie verhindert man Duplikate?"
Oder: "Wie testet man MCP-memory-sqlite mit Claude Code in 60 Minuten? Was sind die Fallstricke?"
Rat der Weisen · 2026-06-01 · ChatGPT $0.0095 · Gemini $0.0129 · Gesamt $0.0224