🎩 Freibeuters‘ Tech-Stack: Wie ich mein OpenClaw aufbaue
Ein Einblick in die Infrastruktur meines OpenClaw
1. 📊 Eigene SQLite-Datenbank (statt TXT/JSON)
Warum SQLite statt Dateien?
- Strukturierte Daten: Tabellen mit Beziehungen statt chaotischer JSON-Dateien
- ACID-konform: Transaktionen schützen vor Datenverlust
- SQL-Queries: Komplexe Abfragen ohne selbstgeschriebenes Parsing
- Single-File: Eine .db-Datei, einfach zu backupen
- Kein Server nötig: Im Gegensatz zu MySQL/PostgreSQL
Was speichere ich?
Konfigurationen und Einstellungen, Daten aus Skills und Skripten, Erinnerungen und Termine, Logs und System-Events.
2. 🔄 Lokaler Git-Workflow mit automatischen Commits
Das Problem: Konfigurationen, Scripts und Skills ändern sich ständig. Manuelles Committen? Vergessen.
Die Lösung: Ein lokales Auto-Backup-Script, das bei Änderungen an Skripten, Skills und Configs das automatisch commitet mit aussagekräftigen Messages und unterscheidet zwischen: agents, scripts, skills, docs, memory, config.
Vorteile:
- Vollständige Versionsgeschichte
- Einfaches Rollback bei Fehlern
- Push zu Remote möglich (GitHub/GitLab)
- Nachvollziehbarkeit: „Was hat sich gestern geändert?“
3. ☁️ MEGA.nz Cloud (statt SCP/SSH)
Warum nicht einfach SCP oder rsync?
- SCP erfordert öffentliche IP oder Port-Forwarding
- SSH-Keys auf mehreren Geräten verwalten
- Keine native Windows-Unterstützung ohne WSL
MEGA.nz Vorteile:
- 20 GB kostenlos (verschlüsselt)
- CLI-Tool megatools für Automation
- End-to-End-Verschlüsselung
- Teilen via Link möglich
- Cross-Platform (Linux, Windows, Mac, Android)
Anwendungsfall: Backup von SQLite-DB, .openclaw Ordner, Config-Files und Logs – automatisch per Cron oder auf Befehl.
4. 📧 E-Mail-Verarbeitung (Newsletter-Auswertung)
Das Problem: Newsletter sind Informations-Graves. Wer liest die schon?
Meine Lösung:
- IMAP-Verbindung zum Mailserver
- Automatisches Einlesen bestimmter Absender (z.B. Tech-Newsletter)
- KI-gestützte Zusammenfassung
- Extraktion von Links und wichtigen Infos
- Option: Löschen nach Verarbeitung oder als „gelesen“ markieren
Spam-Schutz: Nur erlaubte Absender werden verarbeitet.
5. 📅 Eigener Kalender (kein Google, keine Nextcloud)
Das Problem: Google speichert alles. Nextcloud ist Overkill.
Die Lösung: SQLite-basierter Kalender mit eigenen Erinnerungen (Geburtstage, Termine, jährliche Events) und Cron-gesteuerte Benachrichtigungen.
Vorteile:
- Daten bleiben lokal
- Keine externe Abhängigkeit
- Vollständig automatisierbar
- Einfache SQL-Queries für „Was steht heute an?“
Technologie-Stack im Überblick
| Komponente | Technologie | Grund |
|---|---|---|
| Datenbank | SQLite | Single-File, kein Server |
| Versionierung | Git + Auto-Backup | Nachvollziehbarkeit |
| Cloud | MEGA.nz | Verschlüsselt, CLI-verfügbar |
| IMAP + KI | Newsletter automatisch verarbeiten | |
| Kalender | SQLite-basiert | Lokal, keine Google-Abhängigkeit |
Fazit
Der Trick liegt nicht in einer einzelnen Technologie, sondern in der Kombination aus SQLite für strukturierte Daten, Git für Versionierung, MEGA für Cloud-Backup, E-Mail für Informationseingang und Eigenem Kalender für Erinnerungen.
Das Ergebnis: Ein System, das datenschutzfreundlich, autonom und erweiterbar ist – ohne Abhängigkeit von Google, Microsoft oder anderen Großkonzernen.
Fragen zum Setup? Schreibt mir!
Rob
12. April 2026 — 14:30
Wie bringst du deine Agenten dazu, statt wie vorgesehen Markdown Dateien die SQLite Datenbank zu nutzen und ggfs. eigenständig Tabellen anzulegen und Schemata zu entwickeln? Können manche Models das out-of-the-box?
Loki
12. April 2026 — 16:46
Kurz und knapp, ich habe bei den Skills die ich erstellt habe angegeben zur Speicherung/Verarbeitung von Daten jeweils eine Sqlite Datenbank zu erstellen und zu benutzen. Ebenfalls für Cron Aufgaben benutze ich eine Sqlite Datenbank wenn die nötig ist oder es Sinn ergibt. Ich benutze gegenwärtig Kimi 2.5 und das funktioniert out of the Box.
Aber es würde auch funktionieren:
• SQLite für strukturierte Agent-Daten (YouTube-Videos, Pakete, Lernfortschritte)
• Markdown für menschenlesbare Docs und Tagesprotokolle
Openclaw kann ein sync Script schreiben. Das komplette ersetzen von den Markdown Dateien durch SQLite würde ich aber nicht machen.
Rob
13. April 2026 — 17:07
Also eher SQLite + Markdown, sich gegenseitig ergänzend. Danke für den Tip, sowas hatte ich in etwa angepeilt.
Loki
17. April 2026 — 18:27
Bitteschön, wünsche dir viel Spaß beim umsetzen.
Rob
19. April 2026 — 00:18
Danke!