Pake: Websites als Desktop-Apps ohne Electron

Deine meistgenutzte Website braucht vielleicht ein eigenes Fenster, aber keinen weiteren mitgelieferten Browser. Pake verpackt eine URL oder einen lokalen Web-Build mit Tauri und Rust als Desktop-App. Du erhältst eine schlanke Anwendungshülle, ein App-Symbol und Desktop-Funktionen, ohne ein eigenes Electron-Projekt zu pflegen. Das Pake-Repository auf GitHub zeigte bei der Prüfung am 22. September 2026 rund 61.600 Sterne.

Dieser Leitfaden betrachtet Pake 3.17.0 vom 20. September 2026. Er trennt veröffentlichte Paketgrößen von Aussagen zum Arbeitsspeicher und erklärt die praktischen Grenzen: System-WebViews, Google-Anmeldung, lokales Routing und die Verteilung fertiger Apps. Grundlage sind Dokumentation und Release-Dateien, kein eigener Performance-Benchmark.

Was ist Pake, und was wird tatsächlich umgewandelt?

Pake ist ein Open-Source-Werkzeug, das Websites als Desktop-Anwendungen verpackt. Die vorhandene Weboberfläche läuft in einem nativen Desktop-Fenster. Pake übersetzt HTML weder in native Bedienelemente noch schreibt es deine Anwendung neu. Inhalte und Geschäftslogik stammen weiterhin von der Website. Auch das Verpacken eines KI-Onlinedienstes bringt dessen Modell nicht auf deinen Rechner.

Die Projektbeschreibung wirbt mit ungefähr 20-mal kleineren Installationspaketen als bei Electron und Apps, die typischerweise unter 10 MB bleiben. Das ist eine Aussage des Projekts, keine Zusicherung für jedes Betriebssystem, Paketformat und jede Website. Präziser ist: Pake kann vermeiden, dass jede App eine eigene Electron-Browserlaufzeit mitliefert.

Sind Pake-Apps wirklich unter 10 MB? Ein Blick auf die Release-Dateien

Schon beim selben ChatGPT-Wrapper unterscheiden sich die Dateien je nach Paketformat deutlich. Die folgenden Werte sind die von GitHub angezeigten Downloadgrößen aus den offiziellen Pake-3.17.0-Release-Dateien. Sie messen weder den installierten Speicherbedarf noch den RAM-Verbrauch.

Derselbe Release enthält außerdem DeepSeek.dmg mit 10,8 MB. „Jede Pake-App bleibt unter 10 MB“ ist damit zu pauschal. Das Paketformat entscheidet mit. ChatGPT, Gemini und YouTube sind als fertige Wrapper verfügbar, aber eine von Pake veröffentlichte App ist nicht automatisch ein offizieller Client des jeweiligen Anbieters.

Trenne vier Größen: den Download, die installierte Anwendung, zusätzlich benötigte Laufzeitkomponenten und den Arbeitsspeicher im Betrieb. Ein kleiner Installer belegt nur die erste. Wir haben keinen vergleichbaren Electron-Build vermessen und stellen den Faktor 20 deshalb nicht als eigenes Testergebnis dar.

Pake vs. Electron: Die Browser-Engine verschwindet nicht

Die Electron-Dokumentation beschreibt ein Modell mit eingebettetem Chromium und Node.js. Entwickler erhalten dadurch eine kontrollierte Browserumgebung auf unterschiedlichen Desktop-Plattformen. Pake nutzt über Tauri stattdessen die WebView-Integration des Betriebssystems. Weniger mehrfach ausgelieferte Laufzeit bedeutet dabei mehr Abhängigkeit vom Zielsystem.

Die WebView-Referenz von Tauri unterscheidet folgende Umgebungen:

WebView2 unter Windows basiert auf Chromium. „Ohne Chromium“ wäre für Pake deshalb irreführend. Der Vorteil ist der mögliche Verzicht auf eine eigene vollständige Electron-Laufzeit im Paket, nicht kostenloses Browser-Rendering.

Auch die Windows-Verteilung beeinflusst den Platzbedarf. Die Tauri-Dokumentation für Windows-Installer unterscheidet zwischen dem Nachladen von WebView2 und dem Mitliefern für eine Offline-Installation. Eine eingebettete Laufzeit kann die Paketgröße erheblich erhöhen. Diese Optionen des Frameworks belegen jedoch nicht, dass jedes Pake-MSI denselben Laufzeitumfang enthält.

Eine Website mit einem Befehl als Desktop-App verpacken

Für die hier betrachtete CLI-Version reicht dieses Einstiegsbeispiel. Ersetze https://example.com durch eine Website, die du berechtigt verwenden darfst. Der Befehl lädt Build-Werkzeuge und führt sie aus. Prüfe das Paket vor der Ausführung.

npx [email protected] https://example.com --name "MyWorkspace"

Alternativ installierst du die CLI mit npm install -g [email protected] global und verwendest danach den Befehl pake aus den weiteren Beispielen. Ohne eigene Icon-Angabe versucht Pake, das Favicon der Website zu übernehmen. Schlägt das fehl, kannst du eine passende Icon-Datei angeben.

Ein Befehl bedeutet nicht, dass keine Vorbereitung nötig ist. Pake empfiehlt Node.js ab Version 22 und benötigt Rust ab Version 1.85. Für die native Kompilierung kommen Plattformwerkzeuge hinzu: Xcode Command Line Tools unter macOS, eine passende C++-Toolchain unter Windows sowie die jeweiligen Entwicklungsbibliotheken unter Linux. Prüfe die Tauri-Systemvoraussetzungen, bevor du einen fehlenden Compiler als Pake-Fehler einordnest.

Nutze geeignete Build-Rechner oder Runner für die Zielplattformen. Ein Aufruf auf einem Mac erzeugt nicht automatisch signierte Releases für alle drei Betriebssysteme. Der erste Build kann zusätzliche Downloads benötigen; das fertige Paket landet normalerweise im aktuellen Arbeitsverzeichnis. Unter Windows bleibt MSVC der Standard. Version 3.17.0 bietet mit --windows-toolchain gnu zusätzlich eine Option für vorhandene MinGW/MSYS2-Umgebungen auf x64. Das ersetzt eine Compiler-Einrichtung durch eine andere, nicht den Compiler selbst.

Fenster und Bedienung anpassen, ohne das Webprodukt neu zu bauen

Nach einer globalen CLI-Installation ist das ein brauchbarer Ausgangspunkt:

pake https://example.com --name "MyWorkspace" --width 1280 --height 900 --activation-shortcut "CmdOrControl+Shift+9" --show-system-tray --enable-drag-drop

--hide-title-bar gilt für macOS. Unter Windows und Linux verwendest du stattdessen --hide-window-decorations. Diese Option entfernt auch native Fensterbedienelemente. Prüfe deshalb, ob die Oberfläche weiterhin verständlich bedienbar bleibt. Gleiches gilt für Tastenkürzel und Drag-and-drop im konkreten Webprodukt.

Darüber hinaus unterstützt Pake lokale CSS- und JavaScript-Anpassungen, beschrieben im Leitfaden zur erweiterten Anpassung. Ein Stylesheet kann die Oberfläche vereinfachen, aber keine nicht unterstützte Anmeldung reparieren. Prüfe eingefügten Code wie Anwendungscode, besonders innerhalb angemeldeter Konten. Vermeide unbekannte Skripte und teste selektorbasierte Anpassungen nach Website-Updates erneut.

Pake vs. PWA: Wann lohnt sich ein eigenes Paket?

Geht es dir nur um ein eigenes Fenster und ein Symbol im App-Starter, probiere zunächst die Installation über den Browser. Der MDN-Leitfaden zur Installation von Web-Apps zeigt die Unterschiede zwischen Browsern und Plattformen. Eine Website zu installieren und sie offline nutzbar zu machen sind zwei getrennte Aufgaben.

Unsere Empfehlung: Starte mit der einfachsten Lösung, die den benötigten Ablauf zuverlässig abdeckt. Pake ist besonders zwischen Browser-Installation und eigenständigem Desktop-Produkt interessant. Die grundsätzliche Entscheidung über gemeinsame Codebasen und native Entwicklung behandelt unsere Analyse zur Zukunft von Cross-Platform-Frameworks. Ein Screenshot der Installer-Größe entscheidet diese Frage nicht.

Google-Login, Cloudflare-Schleifen und hoher RAM-Verbrauch

Die Pake-FAQ zur Fehlerbehebung behandelt ausdrücklich blockierte eingebettete Anmeldungen, wiederkehrende Cloudflare-Prüfungen und hohen Speicherbedarf der WebView. Diese Grenzen gehören zur Aussage „jede Website als App“. Eine erfolgreich geöffnete Startseite belegt noch keinen funktionierenden Nutzerablauf.

Google-Login ist nicht nur eine Popup-Einstellung

--multi-window kann Popup-Abläufe unterstützen. --safe-domain legt fest, welche vertrauenswürdigen Hosts innerhalb des Wrappers bleiben. Beide Optionen setzen keine Anbietervorgaben außer Kraft. Die OAuth-Richtlinie von Google beschränkt die Autorisierung über vom Entwickler kontrollierte eingebettete User-Agents. Wird der Wrapper abgelehnt, nutze einen unterstützten Browser-Ablauf oder den offiziellen Client, statt die WebView zu verschleiern.

Eine Cloudflare-Endlosschleife kann ein Ausschlusskriterium sein

Laut Pake-FAQ können bestimmte geschützte Websites insbesondere unter Linux mit WebKitGTK in der Verifizierung hängen bleiben. Ein zuverlässiger Pake-seitiger Fix wird nicht zugesichert. Prüfe das früh als Freigabekriterium. Schutzmechanismen zu deaktivieren oder einen User-Agent-Trick zu versprechen ist keine tragfähige Lösung.

Kleiner Download, großer WebView-Prozess

Skripte, Rendering und WebView-Prozesse benötigen weiterhin Arbeitsspeicher. Auch eine KI-Chatoberfläche kann in einem kleinen Wrapper ressourcenintensiv bleiben. Vergleiche deshalb die gesamte Prozessgruppe unter derselben Last, nicht nur den schlanken Rust-Startprozess. Aus der Downloadtabelle lässt sich keine feste RAM-Ersparnis ableiten.

Lokale Websites verpacken: Funktioniert Pake offline?

Pake akzeptiert eine lokale HTML-Datei oder ein Verzeichnis mit statischen Build-Dateien. Bei einem Verzeichnis muss index.html direkt im Stamm liegen:

pake ./dist --name "LocalDashboard"

Die relevante Einschränkung: Lokale Pakete unterstützen Hash-Routing, aber in der betrachteten Version kein History-Routing für Single-Page-Apps. Die versionierte Pake-CLI-Referenz beschreibt diese Grenze sowie die zuvor verwendeten Optionen. Ein lokales React- oder Vue-Frontend benötigt deshalb möglicherweise eine Routing-Anpassung, bevor direkte Unterseitenaufrufe funktionieren.

Mitgelieferte Frontend-Dateien ersetzen weder dein Backend noch eine Cloud-API oder einen Identitätsanbieter. Trenne die Netzwerkverbindung und teste alle wesentlichen Abläufe, bevor du Offline-Fähigkeit zusagst. Ein lokal geladenes Dashboard mit Daten aus einer entfernten API ist noch kein Offline-Produkt.

Pake mit JSON konfigurieren: reproduzierbare Builds und KI-Agenten

Für Teams ist eine überprüfte Konfigurationsdatei meist besser als ein immer neu zusammengesetzter langer Befehl. Speichere dieses Beispiel als app.json. Es folgt dem Konfigurationsschema von Pake 3.17.0:

{
  "$schema": "https://raw.githubusercontent.com/tw93/Pake/V3.17.0/schema/pake.schema.json",
  "url": "https://example.com",
  "name": "SupportDesk",
  "width": 1280,
  "height": 900,
  "activationShortcut": "CmdOrControl+Shift+9",
  "showSystemTray": true,
  "appVersion": "1.0.0"
}

pake --config app.json --json

Die dokumentierte Automatisierungsschnittstelle schreibt ein JSON-Ergebnis nach stdout und Protokolle nach stderr. Exit-Codes unterscheiden Erfolg (0), ungültige Eingaben (2), Build-Fehler (3), fehlende Umgebung oder fehlgeschlagene Einrichtung (4) und unerwartete Fehler (1).

ok: true belegt nicht, dass jedes angeforderte Linux-Paketformat erzeugt wurde. Ein Multi-Target-Build kann teilweise erfolgreich sein. Prüfe outputs[].format und warnings sowie anschließend die angegebenen Dateien. Relative lokale Pfade beziehen sich auf das Arbeitsverzeichnis des Prozesses. Ein erfolgreicher Build testet außerdem weder Anmeldung noch Zahlungen oder Dateiverarbeitung.

Pake-Apps über GitHub Actions bauen

Der Pake-Leitfaden für GitHub Actions beschreibt den gehosteten Weg: Repository forken, Actions aktivieren, Build App With Pake CLI öffnen, URL und App-Einstellungen angeben und den Workflow starten. Die erzeugten Dateien findest du anschließend bei den Artefakten des abgeschlossenen Laufs.

Für interne Geschäftsanwendungen empfehlen wir, den Workflow zu prüfen, die gewünschte Quellversion festzulegen und Berechtigungen zu minimieren. Zugangsdaten gehören weder in URLs noch in Repository-Konfigurationen oder Build-Protokolle. Signaturgeheimnisse gehören in die Secret-Verwaltung der Plattform, nicht in die JSON-Beispieldatei dieses Artikels. Ein gehosteter Runner erspart die lokale Compiler-Einrichtung, nicht die Prüfung der Lieferkette und des Releases.

Signierung, Verantwortung und die Pake-Lizenzausnahme

Kläre vor der Weitergabe an Kollegen oder Kunden, wer Updates, Regressionstests und Sicherheitsvorfälle verantwortet. Beachte die Release-Anforderungen der Plattform. Der Tauri-Leitfaden zur macOS-Signierung erklärt beispielsweise Signierung und Notarisierung für die Verteilung. Das Abschalten von Betriebssystem-Schutzfunktionen sollte kein Teil des normalen Onboardings sein.

Pake steht unter GPL-3.0-or-later und enthält eine spezielle Ausnahme für erzeugte Anwendungen. Standardmäßiges Verpacken verpflichtet für sich genommen nicht dazu, die erzeugte App unter GPL zu veröffentlichen. Für veränderten Pake-Quellcode bleiben die einschlägigen GPL-Pflichten bestehen. Diese Unterscheidung erlaubt nicht automatisch, Marken, Inhalte oder Funktionen eines anderen Dienstes entgegen dessen Bedingungen weiterzuverbreiten. Prüfe die Ausnahme und die geplante Nutzung getrennt.

Praktische Abnahme vor der Verteilung einer Desktop-Hülle

Die folgenden Punkte sind unsere vorgeschlagenen Abnahmetests, keine von uns durchgeführten Tests der veröffentlichten Binärdateien:

Für ein kundenseitiges Desktop-Erlebnis hilft unsere individuelle Softwareentwicklung bei der Entscheidung zwischen Wrapper und eigenständigem Produkt. Die Offlinery-Fallstudie bietet ergänzenden Kontext zur Produktentwicklung, keinen Nachweis eines Pake-Einsatzes. Strukturiere die Prüfung mit unserer QA-Checkliste vor dem Software-Launch oder besprich deine Website-zu-Desktop-Anforderungen mit Wavect.

Dokumentation und Release-Metadaten geprüft am 22. September 2026. Die Befehle sind dokumentationsbasierte Beispiele. Performance und Anbieterkompatibilität müssen für die konkrete Bereitstellung geprüft werden.