Wichtigste Erkenntnisse
- Entwickelt von Jeetu Maker; das GitHub-Repository zeigt keinen weiteren menschlichen Mitwirkenden
- Die Spezifikation liegt in Version 1.0 vor; der Entwickler beschreibt die Implementierung als Pre-1.0
- Ein zweiter Host, ein unabhängiges Audit oder eine externe Nutzerbasis wurden nicht gefunden
- Die Desktop-App läuft nur unter macOS; Windows und Linux sind nach 1.0 geplant
📍 In einem Satz
Das Snug Protocol legt fest, wie eine KI-erstellte App, das Programm, das sie ausführt, und die Datendatei des Nutzers zusammenarbeiten, sodass App und Daten zwischen kompatiblen Programmen wechseln können.
💬 In einfachen Worten
Stellen Sie sich eine App vor, die ein Assistent für Sie schreibt, die aber als gewöhnliche Datei unter Ihrer Kontrolle gespeichert wird, statt im Dienst des Assistenten zu liegen.
Was ist das Snug Protocol?
Snug ist ein Protokoll, kein KI-Modell und keine einzelne App. Es beschreibt, wie eine kleine Web-App, ein Host-Programm und ein KI-Agent miteinander kommunizieren und wo die Daten der App liegen. Die Ausgangsthese des Projekts: Eine App, die ein KI-Assistent für Sie baut, bleibt samt ihren Daten üblicherweise an die Plattform gebunden, die sie erzeugt hat. Der Code liegt im Snug-Repository auf GitHub.
- Die App: eine kleine, in sich geschlossene HTML-App mit eigener Oberfläche und Logik, die ein KI-Agent aus einer Beschreibung in normaler Sprache erstellt
- Der Host: ein Programm, das die App in einer Sandbox ausführt und ihre KI-Anfragen, ihren Speicher und ihren Netzwerkzugriff vermittelt; das Projekt liefert zwei davon, eine macOS-App und einen Browser-Playground
- Die Nutzerdatei: eine SQLite-Datei mit der Endung .snug, die Apps, ihre Daten, Chats und Einstellungen enthält und sich komplett exportieren und zwischen kompatiblen Hosts übertragen lässt
Wie die Teile zusammenspielen
Apps und Host tauschen versionierte JSON-Nachrichten aus, sogenannte Envelopes. Die Dokumentation nennt den KI-Agenten den „Geist“ der App und die App ihren „Körper“: Die App zeichnet den Bildschirm und hält den Zustand, und der Agent liefert Intelligenz, wenn sie angefragt wird.
- KI zur Laufzeit: Der Host stellt das Modell bereit, während die App läuft; ein Modellwechsel erfordert laut Projekt daher keinen Neubau der App
- Isolierter Speicher: Jede App erhält innerhalb der Nutzerdatei einen eigenen Datenbank-Namensraum
- Die Spezifikation: sechs Teile, die das Wire-Protokoll, die portable Nutzerdatenbank, verbundene Apps, Laufzeitverträge und die App-Chat-Oberfläche, Verbindungen verknüpfter Geräte sowie die Konformität abdecken. Diese Rezension hat die Laufzeitverträge nicht im Detail geprüft
- Für Entwickler: Die Dokumentation enthält Anleitungen zum Bau eines Hosts und zum Einbetten von Snug in ein anderes Produkt; keine davon wurde hier getestet
Lokale und gehostete Modelle
Der Host wählt das Modell, daher kann Snug mit lokaler oder gehosteter Inferenz laufen. Die Download-Seite nennt als Voraussetzung für die macOS-App entweder einen API-Schlüssel von Anthropic oder OpenAI oder einen lokalen OpenAI-kompatiblen Endpunkt und führt ein über Ollama bereitgestelltes lokales Modell als Option auf.
- Lokaler Weg: Ein lokaler OpenAI-kompatibler Endpunkt hält die Inferenz auf Ihrem eigenen Rechner; Anforderungen an Hardware oder Ollama-Version werden nicht veröffentlicht
- Gehosteter Weg: Ein Cloud-Modell erhält für die Inferenz alles, was eine App ihm sendet
- Zugangsdaten: Schlüssel liegen laut Download-Seite in Ihrer eigenen .snug-Datei und werden von Ihrem Rechner statt von einem Snug-Server angehängt
- Weitere Dienste: Laut Website des Projekts läuft eine App, die ein Bankkonto ausliest, weiterhin über einen Aggregator; „kein App-Backend“ heißt also nicht „kein externer Dienst“
Sicherheitsdesign und seine Grenzen
Snug dokumentiert sein Sicherheitsdesign in einem öffentlichen Threat Model, doch dieses Dokument stammt vom Projekt selbst, und ein unabhängiges Audit wurde nicht gefunden. Die folgenden Punkte geben wieder, was das Dokument festhält, nicht, was getestet wurde.
- Sandbox: App-iframes verwenden
sandbox="allow-scripts"mit opakem Origin und einer Content-Policyconnect-src 'none', sodass eine App keine eigenen Netzwerkverbindungen öffnen kann - Verwahrung von Zugangsdaten: Header, die wie Zugangsdaten aussehen, werden auf Protokollebene abgelehnt, und Antworten sowie Fehler werden bereinigt, bevor sie die App erreichen
- Netzwerk-Obergrenze: Apps erreichen nur vom Nutzer freigegebene Hosts, Weiterleitungen werden nicht verfolgt, und Anfragen, die Daten ändern, erfordern eine Bestätigung, bevor ein Zugangsdatum gelesen wird
- Dateischutz: Die Nutzerdatei ist standardmäßig Klartext; die AES-256-GCM-Verschlüsselung greift nur, wenn der Nutzer den Schutz einschaltet
- Akzeptierte Risiken: Das Dokument listet Restrisiken auf, darunter, dass Nachrichten Dritter ein LLM erreichen können, wenn eine App einen Nachrichtenspeicher liest, und dass eine Integritätsprüfung eine Teilkopie erkennt, aber keinen anderen Prozess, der unter demselben Benutzerkonto läuft
- Windows: Das Dokument verzeichnet bekannte Mängel unter Windows, einer Plattform, die das Projekt nicht ausliefert
Bezugsquellen
Der Snug-Code steht unter der MIT-Lizenz, und das Projekt nennt keinen Preis für die macOS-App, ein universelles .dmg für Apple Silicon und Intel; der Playground läuft im Browser.
Eintrag | Bezugsquelle |
|---|---|
| macOS-App | Snug.dmg, Version 0.1.3 |
| Browser-Playground | playground.snugprotocol.org |
| Website | snugprotocol.org |
| Datenschutzerklärung | snugprotocol.org/privacy |
| Quellcode | GitHub, MIT |
| Spezifikation | Spec 1.0 |
| Windows, Linux | Nach 1.0 geplant |
Geprüft am 17. Oktober 2026: macOS-App 0.1.3, veröffentlicht am 5. September 2026; das Repository selbst wurde zuletzt am 15. Oktober 2026 aktualisiert. Die Download-Seite nennt weder einen Preis noch eine minimale macOS-Version noch Angaben zur Signierung der App. Das Projekt bezeichnet den Playground als Demo, die Daten im Browser hält, nicht als private Bereitstellung.
Wie ausgereift ist es?
Die Spezifikation ist veröffentlicht und versioniert, das Umfeld besteht jedoch aus einem einzigen Projekt. Das Repository wurde am 31. Juli 2026 angelegt.
Bereich | Befund |
|---|---|
| Spezifikation | Version 1.0 veröffentlicht |
| Implementierung | macOS-App 0.1.3; laut Entwickler Pre-1.0 |
| Mitwirkende | Ein menschliches Konto, dazu ein Dependency-Bot |
| GitHub-Aktivität | 2 Sterne, 0 Forks, 11 offene Issues |
| Weitere Hosts | Keine außer denen des Projekts gefunden |
| Sicherheitsaudit | Keines gefunden; Threat Model selbst veröffentlicht |
Die GitHub-Zahlen wurden am 17. Oktober 2026 abgelesen und werden sich ändern.
Was wir nicht prüfen konnten
Alles Obige stammt aus den eigenen Dokumenten des Projekts und seinen GitHub-Seiten. Diese Punkte ließen sich nicht bestätigen.
- Verhalten im Praxistest: PromptQuorum hat weder die macOS-App noch den Playground installiert oder ausgeführt
- Verbreitung: Weder eine zweite Host-Implementierung noch Drittnutzer wurden gefunden
- Sicherheit: kein unabhängiges Audit und kein Penetrationstest, und das lange Threat Model wurde nur teilweise gelesen
- Vom Projekt berichtete Angaben: Zahlen zu Einsparungen oder Geschwindigkeit aus dem eigenen Material des Projekts wurden nicht getestet
- Portabilität in der Praxis: Das Format ist für den Wechsel zwischen Hosts spezifiziert, doch ein Wechsel zwischen zwei unabhängigen Hosts ließ sich nicht prüfen
Was es bremsen könnte
Dies sind offene Fragen zu jeder neuen Portabilitätsschicht, keine Befunde speziell zu Snug.
- Portabilität braucht einen zweiten Host. Eine portable Datei hilft nur, wenn andere Entwickler kompatible Hosts bauen und das geforderte Verhalten einhalten
- Der Host bleibt wichtig. Modelle, Integrationen und Gerätezugriff kommen vom Host, daher kann dieselbe App auf zwei Hosts unterschiedlich funktionieren
- Eine Sandbox begrenzt Schaden, nicht Fehler. Eine generierte App kann trotzdem falsche Ergebnisse liefern
- Kleine lokale Modelle. Sie kommen mit einfachen Aufgaben womöglich zurecht, tun sich aber mit komplexem Schlussfolgern oder spezialisierten Workflows schwer
Für wen lohnt sich Snug?
Die Frage ist, ob es sich lohnt, ein frühes Protokoll eines einzelnen Entwicklers zu verfolgen oder auszuprobieren.
Einen Blick wert, wenn Sie
- KI-erstellte persönliche Werkzeuge als Datei unter Ihrer Kontrolle behalten möchten
- KI-Produkte entwickeln und ein einbettbares Design studieren wollen
- einen Mac nutzen und mit Pre-1.0-Software zurechtkommen
Warten Sie, wenn Sie
- heute Windows oder Linux benötigen
- unabhängig geprüfte Sicherheit brauchen, bevor Sie Finanz- oder andere sensible Konten anbinden
- ein Werkzeug mit einem Team und einer Erfolgsbilanz dahinter benötigen
Häufig gestellte Fragen
Kann ich Snug ausprobieren, ohne etwas zu installieren?
Ja. Der Browser-Playground funktioniert als Demo; laut Projekt hält er Daten im Browser und lässt sich exportieren, ist aber keine private Bereitstellung.
Macht Snug meine Daten vollständig privat?
Eine solche Aussage wird nicht gemacht. Eine App braucht kein eigenes Backend, aber ein gehostetes Modell sieht, was die App ihm sendet, und Kontoanbindungen können einen Vermittler einbeziehen.
Kann ich eine .snug-Datei auf einen anderen Host übertragen?
Das Format ist genau dafür spezifiziert, doch bislang wurden nur die eigenen Hosts des Projekts gefunden; ein Wechsel zwischen unabhängigen Implementierungen ist daher nicht belegt.
Ist Snug ein Industriestandard?
Dafür gibt es bislang keine Belege. Treffender ist die Beschreibung als entstehendes offenes Protokoll mit einem Maintainer und einer veröffentlichten 1.0-Spezifikation.
Können Entwickler Snug in ihr eigenes Produkt einbetten?
Die Dokumentation enthält Anleitungen zum Bau eines Hosts und zum Einbetten von Snug, und das Repository veröffentlicht TypeScript-Pakete; diese Rezension hat sie nicht getestet.