Auftakt: Eine Zahl, die für sich spricht
Am 22. Juli 2026 erschien auf Hacker News ein Beitrag mit dem Titel: «Show HN: Bento – eine ganze PowerPoint in einer einzigen HTML-Datei». Innerhalb von acht Stunden erhielt er 591 Upvotes und 141 Kommentare. Diese Zahl ist ein klares Signal – in einer Community, die die anspruchsvollsten Technikleser der Welt versammelt, trifft ein Projekt mit einer solchen Resonanz offenbar ein echtes Bedürfnis.
Der Autor dieses Artikels öffnete den Link und sah einen Browser-Tab mit einer vollständigen Präsentationseditor-Suite. Es gab eine Werkzeugleiste, eine Miniaturansicht-Sidebar, man konnte Text eingeben, Formen zeichnen, Diagramme einfügen und Anmerkungen hinzufügen. Drückt man Escape, gelangt man in den Bearbeitungsmodus, mit den Pfeiltasten wird die Präsentation abgespielt, mit S öffnet man die Referentenansicht. Auf den ersten Blick nichts Ungewöhnliches – bis auf die Tatsache, dass dieser Editor keine Website und keine App ist, sondern eine einzige HTML-Datei.
Abbildung: Die Bearbeitungsoberfläche von Bento Slides. Obere Werkzeugleiste, linke Miniaturansichten, Hauptbearbeitungsbereich und untere Navigation – alles wie bei gängiger Präsentationssoftware, aber alles läuft in einer 560 KB großen HTML-Datei.
«Die Datei ist die Software»
Dieser Satz ist das Kerncredo des Bento-Projekts. Der Autor fand den vollständigen Quellcode auf GitHub – das Projekt heißt bento, der Autor ist starfallg, lizenziert unter MIT.
Ein Vergleich: Eine standardmäßige PowerPoint-.pptx-Datei ist ein komprimiertes Archiv mit XML, Bildern, Audioinhalten und mehr – aber sie kann nicht von allein ausgeführt werden. Man benötigt die PowerPoint-Software (oder Office 365 im Browser), um sie zu öffnen und zu bearbeiten. Das Jahresabonnement von Microsoft 365 Personal kostet umgerechnet mehrere Hundert Yuan, die Installationspakete sind mehrere Gigabyte groß.
Bento macht es genau umgekehrt: Es steckt die Software in die Datei.
Öffnet man bento.page/slides, erscheint sofort ein vollständiger Präsentationseditor im Browser. Auf dieser «Seite» kann man Inhalte erstellen, Layouts anpassen und Animationen hinzufügen. Das Erstaunlichste: Drückt man Strg+S zum Speichern, überschreibt sich die HTML-Datei selbst – die bearbeiteten Inhalte werden zurück in die Datei geschrieben. Beim nächsten Doppelklick öffnet sich wieder der vollständige Editor mit allen zuletzt gespeicherten Inhalten.
Ein Größenvergleich:
| Projekt | Größe | Zusätzliche Software nötig? |
|---|---|---|
| Bento Standard-Präsentation | ~560 KB | Nein, Browser reicht |
| PowerPoint-Installationspaket | 3–5 GB | Ja |
| Keynote-Installationspaket | ca. 1,5 GB | Ja |
| Google Slides (Webversion) | Netzwerklasten-abhängig | Anmeldung und Internet nötig |
Der Unterschied beträgt das Tausendfache. Dieser Vergleich wirft eine Frage auf: Warum braucht eine Präsentation mehrere Gigabyte Software, um sie zu unterstützen?
Ein Blick in die Datei
Um zu verstehen, warum Bento so klein sein kann, untersuchte der Autor die Dateistruktur. Eine .bento.html-Datei ist von außen nach innen in mehrere Schichten aufgebaut.
Die äußerste Schicht ist ein valides HTML-Dokument. Es hat eine DOCTYPE-Deklaration, <head> und <body>. Das bedeutet, jeder Browser kann es öffnen. Aber seine innere Struktur ist ungewöhnlich.
In der Nähe des Dateianfangs befindet sich ein <script>-Tag mit der ID «bento-doc» und dem Typ «application/bento+json». Darin sind alle Präsentationsdaten als reines Text-JSON gespeichert – der Inhalt jeder Folie, Position und Größe jedes Elements, Farben, Schriftarten und Animationseinstellungen. Man kann sie direkt im Browser über «Seitenquelltext anzeigen» lesen; das Format ist menschenlesbar.
Dieses Design hat einen weitreichenden Vorteil: Daten und Code sind getrennt, existieren aber in derselben Datei. KI-Tools können diesen JSON-Block direkt lesen und modifizieren; Entwickler können mit einem Texteditor Inhalte suchen und ersetzen; Versionskontrollwerkzeuge können Änderungen zeilenweise vergleichen.
Der Rest der Datei – die eigentliche «Software» – ist in einem komprimierten JavaScript-Block gespeichert. Dieser Code enthält mehrere Schlüsselkomponenten: eine auf Reveal.js basierende Präsentations-Engine, ein selbst entwickeltes Animationssystem, eine eigene Diagramm-Engine und eine Vue-gesteuerte Editor-Oberfläche. Vor Version 0.7.0 verwendete Bento GSAP für Animationen und ECharts für Diagramme. Der Autor ersetzte beides durch Eigenentwicklungen – mit dem direkten Ziel, die Dateigröße von 1,3 MB auf 560 KB zu reduzieren.
Abbildung: Die GitHub-Projektseite von Bento mit 260 Commits und 389 Sternen, ein Zeichen für die rege Entwicklungsarbeit. Die MIT-Lizenz erlaubt jedermann die freie Nutzung und Modifikation.
Ein leeres Blatt Papier und ein Taschenmesser
Um das Designkonzept von Boto zu beschreiben, fällt dem Autor folgendes Bild ein: Ein leeres Blatt Papier, in dem ein vollständiges Schweizer Taschenmesser versteckt ist.
Das traditionelle Bürosoftware-Modell lautet: «Erst das Werkzeug kaufen, dann etwas erstellen.» Wer eine Präsentation erstellen will, muss zuerst PowerPoint installieren (oder einen Mac mit Keynote kaufen), bevor er in der Software eine neue Datei anlegen kann. Die Datei selbst ist verletzlich – wer eine .pptx-Datei an jemanden schickt, der kein Office installiert hat, kann sie nicht öffnen.
Bentos Modell lautet: «Das erstellte Werk ist selbst das Werkzeug.» Man lädt von bento.page/slides eine HTML-Datei herunter und erhält eine «Präsentationshülle». Arbeitet man darin und speichert, wird die Datei zu einer eigenständigen Präsentation – sie ist sowohl Inhalt als auch das gesamte Werkzeug, das zum Öffnen dieses Inhalts nötig ist.
Schickt man diese Datei per WeChat, E-Mail oder AirDrop an einen Kollegen, öffnet dieser sie per Doppelklick und sieht die Präsentation – sofort abspielbar, sofort bearbeitbar. Keine zusätzliche Installation, keine Registrierung nötig.
Der Unterschied in der Benutzererfahrung lässt sich mit einem einfachen Szenario veranschaulichen:
Angenommen, ein Projektmanager hat einen vierteljährlichen Bericht als Präsentation erstellt. Er schickt die Datei an seinen Chef, der sie auf dem Handy öffnet – im traditionellen Modell sieht er höchstwahrscheinlich «Datei kann nicht geöffnet werden» oder ein durcheinandergewürfeltes Layout. Im Bento-Modell braucht er nur einen Browser und sieht exakt dasselbe Layout, dieselben Animationen und Diagramme wie bei der Erstellung.
Kollaboration: Verschlüsselte Blindübertragung
Noch interessanter ist die Kollaborationsfunktion von Bento. Der Autor fragte sich zunächst: Wie kann eine HTML-Datei die gleichzeitige Bearbeitung durch mehrere Personen unterstützen? Wo werden die Daten gespeichert?
Die Antwort: Die Daten bleiben in der Datei, die Bearbeitung erfolgt über einen verschlüsselten «Blindübertragungs»-Kanal.
Wenn man in Bento eine Kollaborationssitzung startet, erzeugt die Datei lokal ein Verschlüsselungsschlüsselpaar. Die eingeladenen Mitarbeiter erhalten dieselbe Dateikopie (mit dem darin eingebetteten Schlüssel). Die Bearbeitungen jedes Benutzers werden verschlüsselt und an einen auf Cloudflare Durable Objects laufenden Vermittlungsserver gesendet – dieser Server tut nichts anderes, als die verschlüsselten Daten an die anderen Teilnehmer im Raum weiterzuleiten.
Dieser Vermittlungsserver ist als «blind» konzipiert – er überträgt Chiffrat, der Server selbst kann keinerlei Inhalte lesen. Er sieht weder Texte, Diagramme, Bilder noch Namen. Er ist nur ein Transporteur für verschlüsselte Daten.
Der Synchronisationsmotor verwendet CRDT (Conflict-free Replicated Data Types). Dies ist eine in verteilten Systemen weit erforschte Methode, die mehreren Personen die gleichzeitige Bearbeitung derselben Daten ermöglicht, ohne dass ein zentraler Server entscheiden muss, «wessen Änderung die endgültige ist». Bentos CRDT ist eine Eigenentwicklung; der Autor erwähnte in der HN-Diskussion: «Was mich am meisten zufriedenstellt, ist die Flüssigkeit des CRDT.»
Ein weiteres durchdachtes Feature: Offline-Bearbeitung. Man kann die Präsentation ohne Netzwerkverbindung bearbeiten; sobald die Verbindung wiederhergestellt ist, werden die Änderungen automatisch mit dem Team synchronisiert. CRDT gewährleistet die Korrektheit der Zusammenführung – es kommt nicht zu dem Problem «deine Änderung hat meine überschrieben».
Ein Vater, der in seiner Freizeit ein Projekt startet
In den HN-Kommentaren fand der Autor einige interessante Hintergrundinformationen. Jemand fragte den Autor, wie lange er gebraucht habe und wie viel KI-Unterstützung er genutzt habe. Die Antwort von starfallg: «Letzte Woche angefangen, in meiner Freizeit, komplett mit Claude Code erstellt. Ich hätte eigentlich gerne wie früher selbst Code geschrieben, aber ich leite ein Technikteam in einem Unternehmen für erneuerbare Energien und muss mich nach der Arbeit um mein Vorschulkind kümmern – ich hatte einfach keine Zeit.»
Diese Aussage enthält mehrere Informationen: Der Hauptcode von Bento wurde mit KI-Unterstützung generiert (der Autor verwendete Claude Code), das gesamte Projekt dauerte von der Idee bis zur Veröffentlichung etwa eine Woche in der Freizeit, und der Autor selbst ist Technikmanager, dessen tägliche Arbeit nichts mit Bürosoftware zu tun hat.
Dies erklärt vielleicht, warum sich Bentos Designansatz so sehr von traditioneller Bürosoftware unterscheidet – es trägt weder die historische Last der «Kompatibilität mit alten Formaten» noch die Pfadabhängigkeit des «wir müssen es wie Office gestalten». Es ist aus der Perspektive dessen entstanden, «was ein Entwickler wirklich braucht».
Die Grenzen der 560 KB
Natürlich hat Bento als ein Projekt, das erst etwas mehr als eine Woche alt ist, seine Grenzen. Der Autor bemerkte bei der Nutzung mehrere Aspekte:
Erstens eignet es sich derzeit nur für Präsentationen mittlerer Komplexität. Für sehr feine Layoutsteuerung, komplexe Folienmaster oder die Verarbeitung vieler hochauflösender Bilder sind traditionelle Werkzeuge immer noch ausgereifter.
Zweitens ist die Kollaborationsfunktion derzeit auf den Vermittlungsdienst angewiesen, der auf dem Cloudflare-Konto des Autors läuft. Obwohl der Autor sagt, «die Kosten sind sehr gering und liegen vollständig im Budget», könnte die Dienststabilität bei gleichzeitiger Nutzung durch viele Benutzer Schwankungen unterliegen. Da der Code jedoch vollständig Open Source ist, kann jedes Team seinen eigenen Vermittlungsserver betreiben.
Drittens verwendet es derzeit ein proprietäres JSON-Format. Obwohl der Quellcode offen und das Format lesbar ist, gibt es keine direkte Konvertierung zu oder von .pptx. Der Autor schlägt einen Ansatz vor: Die .pptx-Datei einer KI übergeben, die sie gemäß Bentos Formatspezifikation neu generiert.
Die wahre Bedeutung dieses Projekts
Wenn man Bento nur als ein «PowerPoint-Alternativwerkzeug» betrachtet, wird man nach Ansicht des Autors die dahinterstehenden Gedanken nicht vollständig würdigen. Die wertvollere Frage, die Bento aufwirft, ist: In einer Zeit, in der KI Code schreiben kann, muss die Art und Weise, wie Software verteilt wird, möglicherweise neu überdacht werden?
Das traditionelle Verteilungsmodell von Software – Installationspaket herunterladen, Laufzeitabhängigkeiten installieren, Konto registrieren, Cloud-Dienst anmelden – dieser Prozess ist für immer mehr leichte Werkzeuge möglicherweise überdimensioniert. Bento bietet eine andere Antwort: Verschmelzung von Software und Inhalt in einer Datei, Nutzung des Browsers als Laufzeitumgebung, wodurch die Datei selbst über eine «Selbstausführungsfähigkeit» ohne jegliche Infrastruktur verfügt.
Dieser Gedanke ist nicht völlig neu. TiddlyWiki vor über zwanzig Jahren verfolgte einen ähnlichen Ansatz – eine eigenständige HTML-Datei, die sowohl Wiki-Engine als auch Wiki-Inhalt ist. TiddlyWiki hat bis heute eine treue Nutzerbasis, ist aber nie im Mainstream angekommen.
Doch die Zeiten haben sich geändert. Die Fähigkeiten von Browsern sind heute eine andere Welt (die File System Access API ermöglicht Webanwendungen das direkte Lesen und Schreiben lokaler Dateien, die WebCrypto API bietet browserbasierte Verschlüsselung), moderne Frontend-Toolchains machen die Entwicklung komplexer Single-Page-Anwendungen effizienter, und KI-gestützte Codeerstellung senkt die technische Hürde für die Umsetzung solcher Ideen drastisch. Bento steht genau am Schnittpunkt dieser Trends.
Der Autor fand in den HN-Kommentaren eine Bemerkung, sinngemäß: «Dieses Projekt ist eine hervorragende Anklage gegen die Untätigkeit des Google-Workspace-Teams im KI-Zeitalter.» Ob diese Bewertung fair ist oder nicht, Bento wirft tatsächlich eine nachdenkenswerte Frage auf: Wenn eine 560-KB-HTML-Datei bereits den gesamten Workflow einer Präsentation – Erstellung, Präsentation, Kollaboration – abdecken kann, brauchen wir dann wirklich Hunderte von Gigabyte große Office-Suiten und monatlich bezahlte Cloud-Dienste?
Die Antwort ist vielleicht nicht einfach «ja» oder «nein». Die meisten Benutzer in der realen Welt brauchen möglicherweise sowohl Bentos Leichtigkeit als auch die Stabilität und Ökosystemkompatibilität traditioneller Bürosoftware. Aber die Existenz von Bento zeigt zumindest die Möglichkeit eines anderen Weges – eines leichteren, freieren und «eigenständigeren» Weges.
Referenzlinks:
- Show HN: Bento – Originalbeitrag auf Hacker News (591 Upvotes, 141 Kommentare)
- Bento-Projekt auf GitHub – nyblnet/bento, MIT-Lizenz, 260 Commits
- Bento/Slides Online-Demo – sofort nutzbarer Editor mit eingebauten Demo-Folien
- Bento-Website – Template-Galerie und Projektvorstellung
- TiddlyWiki – Eigenständiges HTML-Wiki-System, ein Vorläufer von Bentos Designansatz
- Reveal.js – Open-Source-HTML-Präsentationsframework, Grundlage von Bentos Rendering
- Cloudflare Durable Objects – Infrastruktur für Bentos Kollaborations-Vermittlungsdienst
- File System Access API – Die Browser-API, die Bentos «Selbstspeicherung» ermöglicht
