Minimalist-Desktop-Apps mit 128 MB dank ERTH-Architektur

Die Entwicklung plattformübergreifender Desktop-Anwendungen steht vor einem Dilemma: Entweder man akzeptiert schwerfällige Frameworks wie Electron mit ihrem Chromium- und Node.js-Ballast – oder man steigt in die Komplexität von Tauri und Rust ein. Doch was, wenn es eine dritte Option gäbe?

Eine Lösung mit nur 128 MB Speicherbedarf, entwickelt mit Python, Bun und einer revolutionären Architektur namens ERTH (ElectroBun, Robyn, Turso, HTMX). Dieser Ansatz kombiniert lokale KI-Ausführung, eine native Benutzeroberfläche und eine Datenbank – alles in einem einzigen, portablen Paket. Die Technologie stammt aus der Feder eines Entwicklers, der die traditionellen Grenzen der Desktop-Entwicklung hinter sich lässt und eine neue Ära der ressourcenschonenden Anwendungen einläutet.

Warum traditionelle Frameworks scheitern – und ERTH siegt

Moderne Desktop-Anwendungen stehen vor drei zentralen Herausforderungen:

• Electron bietet zwar schnelle Entwicklungszyklen, doch jede Anwendung bringt eine vollständige Chromium-Instanz mit – inklusive Node.js. Ein einfaches "Hello World" verbraucht bereits über 200 MB Speicher und strapaziert die Ressourcen des Systems. Selbst bei minimaler Nutzung bleibt der Footprint hoch.

• Tauri löst das Problem durch native WebViews und Rust, doch der Einstieg in die Sprache ist für viele Entwickler steil. Die Komplexität von Rust und die damit verbundenen Build-Prozesse bremsen die Agilität aus, die Python-Entwickler sonst gewohnt sind.

• Python-Packaging-Dilemmata sind besonders im Zeitalter lokaler KI allgegenwärtig. Obwohl Python die bevorzugte Sprache für KI-Orchestrierung ist, gestaltet sich die Bereitstellung einer Anwendung mit Abhängigkeiten wie LLMs, Datenbanken und Bibliotheken für nicht-technische Nutzer als Albtraum. Die Erstellung eines einfachen Installationsprogramms wird zur Hürde.

Genau hier setzt die ERTH-Architektur an – eine heterogene, lokale-first-Lösung, die Entwicklerproduktivität mit minimalem Ressourcenverbrauch vereint.

Die vier Säulen der ERTH-Architektur

Die Architektur besteht aus vier modularen Komponenten, die nahtlos zusammenarbeiten:

[E]lectroBun (UI-Shell) ───[HTMX]───► [H]TMX (Frontend, ohne JavaScript)
     │
     ▼ (IPC/HTTP)
[R]obyn (Python-Backend) ───────────► [T]urso (lokale SQLite-Datenbank)

Jede Schicht erfüllt eine spezifische Funktion, während der gesamte Stack unter 128 MB bleibt.

1. ElectroBun: Der leichte UI-Container

Anstatt auf die tonnenschwere Chromium-Engine von Electron zu setzen, bindet ElectroBun direkt an die native WebView des Betriebssystems – WebKit auf macOS und WebView2 unter Windows. Der Hauptprozess läuft auf Bun, einem schnellen JavaScript-Runtime, der innerhalb von Millisekunden startet und selbst im Leerlauf nur wenige Megabyte Arbeitsspeicher beansprucht. Im Gegensatz zu Electron wird keine separate Browser-Instanz geladen, was den Speicherverbrauch drastisch reduziert.

2. Robyn: Der Rust-beschleunigte Python-Sidecar

Python übernimmt die schweren Aufgaben: KI-Logik, lokale LLM-Integration und Datenbankverwaltung. Als Backend dient Robyn, ein hochperformanter, asynchroner Web-Framework auf Rust-Basis. Der Python-Prozess läuft als Sidecar im Hintergrund und wird dynamisch vom Bun-Hauptprozess auf einem freien Port gestartet. Dies verhindert Port-Konflikte und ermöglicht eine saubere Trennung der Verantwortlichkeiten.

3. Turso: Lokale Daten mit Cloud-Sync

Die Datenbankkomponente setzt auf Turso (basierend auf libSQL), einer SQLite-kompatiblen Lösung, die direkt aus einer lokalen Datei (local_edge.db) arbeitet. Lese- und Schreiboperationen erfolgen mit einer Latenz von unter 0,1 Millisekunden. Zusätzlich läuft im Hintergrund ein Synchronisationsmechanismus, der Änderungen in Echtzeit mit der Turso-Cloud repliziert. Dadurch bleibt die Anwendung auch offline voll funktionsfähig, während gleichzeitig eine nahtlose Synchronisation mit der Cloud sichergestellt wird.

4. HTMX: Der hypermediale Frontend-Ansatz

Traditionelle Single-Page-Applications (SPAs) mit React oder Vue bringen nicht nur komplexe Build-Pipelines mit sich, sondern auch clientseitige Zustandsverwaltung und JavaScript-Last. Die ERTH-Architektur setzt stattdessen auf HTMX, einen Ansatz, der HTML-Fragmente serverseitig rendert und diese dynamisch in den DOM lädt. Alle Interaktionen erfolgen über HTTP-Anfragen, die Robyn beantwortet. HTMX übernimmt dabei die Out-of-Band-Swaps – ohne zusätzlichen JavaScript-Code. Das Ergebnis ist eine ultraschnelle, wartbare und ressourceneffiziente Benutzeroberfläche.

Drei technische Hürden – und wie sie überwunden wurden

Die Entwicklung einer heterogenen Desktop-App mit mehreren Sprachen und Prozessen ist kein Spaziergang. Drei besonders knifflige Probleme mussten gelöst werden:

• Selbstheilender Watchdog-Mechanismus

Da die Anwendung aus einem Bun-Prozess und einem Python-Sidecar besteht, könnte ein Absturz des Backends die gesamte Anwendung lahmlegen. Eine Watchdog-Komponente prüft alle drei Sekunden die Gesundheit des Python-Prozesses. Bei einem Absturz startet sie automatisch neu und wählt einen neuen Port, ohne dass der Nutzer etwas bemerkt.

• CORS und OPTIONS-Preflight-Probleme

HTMX sendet Anfragen mit benutzerdefinierten Headern wie hx-request oder hx-target. Browsern interpretieren dies als Cross-Origin-Request, was automatisch OPTIONS-Preflight-Abfragen auslöst. Im Robyn-Backend musste sichergestellt werden, dass diese OPTIONS-Anfragen die Authentifizierungsmiddleware umgehen, um Deadlocks zu vermeiden.

• Sicherheit durch undurchsichtige Tokens

Um zu verhindern, dass andere lokale Programme die Kommunikationsports scannen und den Python-Sidecar kapern, wird jeder Request mit einem kurzlebigen UUIDv7-Token authentifiziert. Diese Tokens werden während des Startvorgangs generiert und müssen bei jeder Anfrage mitgesendet werden.

Ein neues Buch und eine Einladung zum Mitmachen

Die Entwicklung der ERTH-Architektur war kein einfacher Prozess. Von der Einrichtung des Dual-Core-Startsystems über die Implementierung der Watchdog-Logik bis hin zur Erstellung plattformübergreifender CI/CD-Pipelines floss jede Zeile Code in ein neues Buch ein:

„ERTH Assistant: Lokale-first + KI-Sidecar-Desktop-Architektur“

Das Buch bietet eine Schritt-für-Schritt-Anleitung, wie man eine hochperformante, sichere Desktop-KI-Anwendung entwickelt – von den Grundlagen bis zu fortgeschrittenen Themen wie Fensterverwaltung auf macOS oder der Erstellung plattformspezifischer Installationsprogramme.

Zusätzlich gibt es eine kostenlose 5-Kapitel-Vorschau, die direkt auf der Projektseite heruntergeladen werden kann. Entwickler, die ihre eigenen minimalistischen Desktop-Anwendungen bauen möchten, finden hier alle notwendigen Werkzeuge und Best Practices.

Die ERTH-Architektur beweist, dass lokale Computing-Souveränität möglich ist – ohne Kompromisse bei Geschwindigkeit, Sicherheit oder Benutzerfreundlichkeit. Die Ära der ressourcenhungrigen Desktop-Apps könnte bald vorbei sein. Die Zukunft gehört den schlanken, effizienten und nutzerzentrierten Anwendungen. Probieren Sie ERTH aus und gestalten Sie mit!