Pake: aus deiner Webapp in einer Minute eine Desktop-App

Du hast eine Webapp gebaut — ein Dashboard, ein Tool, einen kleinen Dienst. Sie läuft im Browser, und das ist gut. Aber dann kommt der Wunsch: ein echtes Symbol im Dock, ein eigenes Fenster, ein Programm, das sich startet wie jede andere App. Der gewohnte Weg dahin heißt Electron — und der bringt einen schweren Rucksack mit: Hunderte Megabyte pro App, spürbarer Speicherverbrauch, ein ganzer Browser, der bei jedem Programm mitgeschleppt wird.

Es geht leichter. Pake ist ein kleines Open-Source-Werkzeug, das aus einer Web-Adresse eine fertige Desktop-App baut — für macOS, Windows und Linux. Ein Befehl, ein paar Sekunden, fertig. Dieser Beitrag erklärt in einfachen Worten, was dahintersteckt und wie du deine eigene Webapp damit verpackst.

Was Pake eigentlich ist

Pake nimmt eine Webseite und packt sie in ein eigenständiges Programmfenster. Für die Person, die deine App benutzt, fühlt es sich an wie eine normale Desktop-Anwendung: eigenes Icon, eigenes Fenster, eigener Eintrag im Programme-Ordner. Im Inneren zeigt das Fenster aber weiter deine Webapp an — nur eben ohne Adressleiste, Tabs und das übrige Drumherum des Browsers.

Das klingt zunächst wie das, was Electron seit Jahren macht. Der Unterschied liegt darunter, und genau der macht Pake interessant. Wer mit einem KI-Editor eine eigene Webapp gebaut hat, bekommt damit einen sehr kurzen Weg zur verteilbaren Desktop-Version — ohne das Projekt neu aufzusetzen.

Warum die App so klein bleibt

Electron liefert bei jeder App einen kompletten Chrome-Browser mit. Darum sind Electron-Programme oft 150 bis 300 Megabyte groß, bevor sie eine einzige eigene Zeile enthalten. Pake geht den anderen Weg: Es baut auf Tauri auf, einem Rahmen aus der Programmiersprache Rust, und nutzt den Browser, der in deinem Betriebssystem ohnehin schon eingebaut ist — WebView2 unter Windows, WebKit unter macOS und Linux.

Das spart den ganzen mitgeschleppten Browser. Die fertigen Pake-Apps sind dadurch oft weniger als 10 Megabyte groß — laut Projekt rund zwanzigmal kleiner als ein vergleichbares Electron-Paket. Sie starten schneller und brauchen weniger Arbeitsspeicher. Für ein Werkzeug, das im Hintergrund nur deine Webseite anzeigt, ist das genau die richtige Größenordnung.

Pake in einer Minute ausprobieren

Am schnellsten verstehst du Pake, wenn du es einmal laufen lässt. Du brauchst dafür Node.js auf deinem Rechner. Die Befehlszeile installiert das Werkzeug:

npm install -g pake-cli

Danach baust du mit einem einzigen Befehl eine App aus einer beliebigen Adresse:

pake https://github.com --name GitHub

Pake holt sich das Icon der Seite automatisch, kompiliert im Hintergrund und legt dir am Ende eine fertige Installationsdatei für dein Betriebssystem hin. Ein Hinweis vorweg: Beim ersten Bauen wird einmalig die Rust-Werkzeugkette eingerichtet. Das dauert ein paar Minuten und passiert nur beim ersten Mal. Wer das lokal nicht einrichten will, kann den Bau auch über die fertige GitHub-Action des Projekts laufen lassen — dann brauchst du auf dem eigenen Rechner gar nichts.

Deine eigene Webapp verpacken

Der spannende Teil: Du zeigst mit Pake einfach auf die Adresse, unter der deine eigene Webapp online liegt. Hast du sie zum Beispiel auf einem Hosting-Dienst veröffentlicht, reicht ihre URL. Über ein paar Zusätze machst du aus dem rohen Fenster eine App, die nach etwas aussieht:

pake https://app.meine-domain.de \
  --name MeineApp \
  --icon ./icon.icns \
  --width 1200 --height 800 \
  --hide-title-bar

Die wichtigsten Optionen in einfachen Worten:

• --name — der Name der App, wie er unter dem Icon und im Programme-Ordner steht.
• --icon — dein eigenes Symbol statt des automatisch geholten; je nach System als .icns, .ico oder .png.
• --width / --height — die Startgröße des Fensters.
• --hide-title-bar — versteckt die klassische Fensterleiste, was die App moderner und „eigener” wirken lässt.

Mehr braucht der Anfang nicht. Du bekommst eine Installationsdatei, die sich wie jede andere App installieren lässt — und dein Symbol landet im Dock. Wenn aus deinem Projekt ein verkaufsfähiges Produkt werden soll, lohnt sich davor ein Blick darauf, wie du aus einem selbst gebauten Werkzeug Einnahmen machst — eine Desktop-Version ist dafür oft das überzeugendere Schaufenster.

Der ehrliche Blick: was Pake nicht kann

Pake ist ein schlankes Werkzeug für einen klaren Zweck — kein Ersatz für eine echte native Entwicklung. Vier Punkte solltest du nüchtern einordnen, bevor du es ernsthaft einsetzt.

Deine App bleibt online. Pake zeigt eine Web-Adresse an. Ist der Server nicht erreichbar, bleibt das Fenster leer. Es bündelt nicht deinen Code für den Betrieb ohne Internet — es ist eine Hülle um deine gehostete Webapp, kein Offline-Programm.

Verteilen heißt signieren. Gibst du die App an andere weiter, warnen macOS und Windows vor Programmen ohne Signatur. Für echte Verteilung brauchst du ein Entwickler-Zertifikat und unter macOS die Notarisierung bei Apple. Pake nimmt dir diesen Schritt nicht ab.

Der eingebaute Browser unterscheidet sich je System. Weil Pake den Browser des Betriebssystems nutzt, kann deine Seite unter Windows minimal anders aussehen als unter macOS. Teste die App auf jedem System, das du wirklich ausliefern willst.

Es bleibt Open Source unter GPL-3.0. Das Werkzeug selbst steht unter dieser Lizenz. Deine Inhalte bleiben deine — aber wenn du tiefer in den Code eingreifst, lies die Lizenzbedingungen.

Wann sich Pake lohnt

Für den schnellen Weg von der fertigen Webapp zu einem Programm mit eigenem Icon ist Pake schwer zu schlagen. Ein internes Dashboard, das dein Team lieber als App im Dock hätte. Ein Werkzeug, das ohne Tabs und Adressleiste fokussierter wirkt. Ein Prototyp, den du jemandem als „richtige” App zeigen willst — all das ist eine Sache von Minuten statt Tagen.

Sobald es um Funktionen geht, die tief ins Betriebssystem reichen — Hintergrunddienste, echte Offline-Fähigkeit, enge Verzahnung mit der Hardware — bist du mit einer nativen Lösung oder direkt mit Tauri besser bedient. Der Gedanke dahinter, ein Werkzeug eigenständig Arbeit übernehmen zu lassen, ist derselbe wie bei agentischem Coding: Es kommt darauf an, das richtige Mittel für den jeweiligen Zweck zu wählen.

Wenn du überlegst, wie aus deinem Web-Projekt ein rundes Produkt wird — verteilbar, mit klarer Außenwirkung und ohne dass du dich in Verpackungs-Details verlierst — ist ein kurzes Gespräch oft der schnellste Weg zur passenden Entscheidung.