Ouverture : un chiffre qui lance le débat
Le 22 juillet 2026, un message apparaît sur Hacker News : « Show HN : Bento — tout PowerPoint dans un seul fichier HTML ». En huit heures, il cumule 591 votes et 141 commentaires. Ce chiffre est un signal fort — dans une communauté qui réunit les lecteurs techniques les plus exigeants de la planète, un projet qui suscite un tel engouement touche nécessairement un besoin réel.
En cliquant sur le lien, on découvre un onglet de navigateur contenant un éditeur de diaporamas complet. Barre d’outils, vignettes latérales, saisie de texte, formes, graphiques, annotations. Vous appuyez sur Échap pour entrer en mode édition, sur les flèches pour lancer la présentation, sur S pour ouvrir le mode présentateur. Rien d’exceptionnel — si ce n’est un détail fondamental : cet éditeur n’est ni un site web ni une application, c’est un simple fichier HTML.
Figure : l’interface d’édition de Bento Slides. Barre d’outils en haut, vignettes à gauche, zone d’édition centrale, navigation en bas — identique aux logiciels de diaporama classiques, mais le tout tient dans un fichier HTML de 560 Ko.
« Le fichier est le logiciel »
Cette phrase résume la philosophie centrale de Bento. Le code source complet est sur GitHub, sous le nom bento, signé par starfallg sous licence MIT.
Faisons une comparaison. Un fichier .pptx standard est une archive compressée contenant du XML, des images, de l’audio — mais il ne peut pas s’exécuter seul. Il faut PowerPoint (ou Office 365 en ligne) pour l’ouvrir et le modifier. Un abonnement annuel à Microsoft 365 coûte plusieurs centaines de yuans, et le package d’installation pèse plusieurs gigaoctets.
Bento adopte l’approche inverse : le logiciel est embarqué dans le fichier lui-même.
Sur bento.page/slides, le navigateur affiche directement un éditeur de diaporama complet. Vous créez du contenu, ajustez la mise en page, ajoutez des animations. Le plus surprenant : lorsque vous appuyez sur Ctrl+S, le fichier HTML se réécrit lui-même — vos modifications sont sauvegardées dans le fichier. La prochaine fois que vous double-cliquez dessus, il ouvre l’éditeur complet avec tout votre contenu intact.
Comparons les volumes :
| Produit | Taille | Logiciel supplémentaire nécessaire ? |
|---|---|---|
| Diaporama Bento par défaut | ~560 Ko | Non, un navigateur suffit |
| Package d’installation PowerPoint | 3–5 Go | Installation requise |
| Package d’installation Keynote | ~1,5 Go | Installation requise |
| Google Slides (web) | Dépend du réseau | Connexion et compte requis |
L’écart se compte en milliers de fois. Cette comparaison soulève une question essentielle : pourquoi un diaporama a-t-il besoin de plusieurs gigaoctets de logiciel pour fonctionner ?
Décortiquons ce fichier
Pour comprendre comment Bento atteint une telle légèreté, examinons sa structure. Un fichier .bento.html s’organise en plusieurs couches.
La couche la plus externe est un document HTML valide, avec déclaration DOCTYPE, <head> et <body>. N’importe quel navigateur peut l’ouvrir. Mais sa structure interne est inhabituelle.
Près de l’en-tête se trouve une balise <script> avec l’id « bento-doc » et le type « application/bento+json ». Elle contient toutes les données du diaporama au format JSON — le contenu de chaque page, la position et la taille de chaque élément, les couleurs, polices, paramètres d’animation. On peut le voir directement dans le code source du navigateur, dans un format lisible.
Cette conception présente un avantage de taille : les données et le code sont séparés mais coexistent dans le même fichier. Les outils d’IA peuvent lire et modifier ce bloc JSON ; les développeurs peuvent faire des recherches et remplacements dans un éditeur de texte ; les outils de versioning peuvent comparer les différences ligne par ligne.
Le reste du fichier — le véritable « logiciel » — est stocké dans un bloc JavaScript compressé. Il contient plusieurs composants clés : un moteur de présentation basé sur Reveal.js, un système d’animations maison, un moteur de graphiques maison, et une interface éditeur pilotée par Vue. Avant la v0.7.0, Bento utilisait GSAP pour les animations et ECharts pour les graphiques. L’auteur les a tous remplacés par des solutions maison, pour une raison très simple : réduire la taille du fichier de 1,3 Mo à 560 Ko.
Figure : la page d’accueil du projet Bento sur GitHub. 260 commits, 389 étoiles — un rythme de développement actif. La licence MIT permet à quiconque de l’utiliser et de le modifier librement.
Une feuille blanche et un couteau suisse
Pour décrire la philosophie de Bento, l’image la plus juste est celle d’une feuille de papier blanche contenant un couteau suisse complet.
Le modèle traditionnel des logiciels bureautiques est « d’abord l’outil, ensuite le contenu ». Pour créer un diaporama, il faut d’abord installer PowerPoint (ou acheter un Mac avec Keynote), puis créer un fichier. Le fichier est fragile — si vous envoyez un .pptx à quelqu’un qui n’a pas Office, il ne peut pas l’ouvrir.
Le modèle de Bento est « le contenu est lui-même l’outil ». Vous téléchargez un fichier HTML depuis bento.page/slides, vous obtenez une « coquille de diaporama ». Vous créez votre contenu, vous sauvegardez, et le fichier devient un diaporama autonome — il est à la fois le contenu et tous les outils nécessaires pour le consulter.
Vous envoyez ce fichier à un collègue par WeChat, email ou AirDrop. Il double-clique et voit votre diaporama — prêt à être présenté, prêt à être modifié. Aucune installation, aucune inscription.
La différence d’expérience tient en une situation simple :
Imaginez que vous êtes chef de projet et que vous avez préparé un bilan trimestriel. Vous envoyez le fichier à votre patron, qui l’ouvre sur son téléphone. En mode traditionnel, il verrait très probablement « Impossible d’ouvrir ce fichier » ou un format déformé. Avec Bento, il lui suffit d’un navigateur pour retrouver exactement la mise en page, les animations et les graphiques que vous avez conçus.
Édition collaborative : l’astuce du relais chiffré aveugle
Ce qui intrigue encore plus, c’est la fonction collaborative. Comment un fichier HTML peut-il permettre à plusieurs personnes d’éditer simultanément ? Où sont stockées les données ?
La réponse : les données sont dans le fichier, et les modifications sont synchronisées via un canal de « relais chiffré aveugle ».
Quand vous lancez une session collaborative dans Bento, le fichier génère localement une paire de clés de chiffrement. Vos collaborateurs reçoivent une copie du même fichier (avec la clé intégrée). Chaque modification est chiffrée, puis envoyée à un serveur relais tournant sur Cloudflare Durable Objects — ce serveur ne fait qu’une chose : transmettre les données chiffrées aux autres participants de la session.
Ce serveur relais est conçu pour être « aveugle » — il ne fait que transférer du texte chiffré, le serveur lui-même ne peut lire aucun de vos contenus. Il ne voit ni votre texte, ni vos graphiques, ni vos images, ni même votre nom. C’est un simple transporteur de données cryptées.
Le moteur de synchronisation utilise la technologie CRDT (Conflict-free Replicated Data Types), une approche bien étudiée dans les systèmes distribués qui permet à plusieurs personnes d’éditer simultanément les mêmes données sans serveur central pour arbitrer « la version finale ». Le CRDT de Bento est fait maison — l’auteur a particulièrement mentionné dans les discussions HN : « Ce dont je suis le plus fier, c’est la fluidité du CRDT. »
Un détail bien pensé : l’édition hors ligne. Vous pouvez modifier le diaporama sans connexion réseau ; une fois la connexion rétablie, vos modifications se synchronisent automatiquement avec l’équipe. Le CRDT garantit une fusion correcte — pas de risque que « vos modifications écrasent les miennes ».
Un projet mené par un père sur son temps libre
Dans les commentaires HN, on apprend quelques anecdotes intéressantes. Quelqu’un demande à l’auteur combien de temps il a passé et s’il a utilisé de l’IA. La réponse de starfallg : « J’ai commencé la semaine dernière, sur mon temps libre, entièrement via Claude Code. J’aurais aimé coder à la main comme avant, mais je dirige une équipe technique dans une entreprise d’énergies renouvelables et je m’occupe d’un enfant en âge préscolaire le soir — je n’ai tout simplement pas le temps. »
Ce passage révèle plusieurs choses : le code principal de Bento a été généré avec l’aide de l’IA (Claude Code), le projet est passé de l’idée à la publication en un peu plus d’une semaine de temps libre, et l’auteur est un manager technique dont le travail quotidien n’a rien à voir avec les logiciels bureautiques.
Cela explique peut-être pourquoi la conception de Bento est si différente des logiciels bureautiques traditionnels — elle n’a pas le fardeau de la compatibilité avec les anciens formats, ni la dépendance de chemin qui impose « il faut que ce soit comme Office ». C’est le fruit d’une réflexion qui part de « ce dont un développeur a vraiment besoin ».
Limites et frontières d’un fichier de 560 Ko
Bien sûr, en tant que projet né il y a à peine une semaine et demie, Bento a ses limites. En voici quelques-unes relevées lors des tests :
D’abord, il convient surtout à des diaporamas de complexité moyenne. Pour une mise en page très fine, des masques complexes, ou un grand nombre d’images haute résolution, les outils traditionnels restent plus matures.
Ensuite, sa fonction collaborative dépend actuellement du service relais hébergé sur le compte Cloudflare de l’auteur. Bien qu’il assure que « le coût est très faible, bien dans le budget », une utilisation massive pourrait poser des problèmes de stabilité. Cependant, le code étant entièrement open source, n’importe quelle équipe peut déployer son propre serveur relais.
Troisièmement, son format de fichier est actuellement une structure JSON propriétaire. Bien que le code source soit ouvert et le format lisible, il n’existe pas de passerelle de conversion directe avec le format .pptx. L’auteur suggère une idée : confier le .pptx à une IA, qui le régénère selon les spécifications du format Bento.
La véritable portée du projet
Réduire Bento à un simple « outil de remplacement de PowerPoint » serait passer à côté de l’essentiel. La question la plus précieuse que soulève Bento est celle-ci : à l’ère où l’IA sait écrire du code, ne faut-il pas repenser la façon dont le logiciel est distribué ?
Le modèle traditionnel de distribution — télécharger un installeur, installer les dépendances d’exécution, créer un compte, se connecter au cloud — est peut-être excessif pour un nombre croissant d’outils légers. Bento propose une autre voie : fusionner le logiciel et le contenu en un seul fichier, utiliser le navigateur comme environnement d’exécution, et conférer au fichier lui-même une « capacité d’auto-exécution » sans aucune infrastructure.
Cette idée n’est pas nouvelle. Il y a plus de vingt ans, TiddlyWiki tentait déjà une approche similaire — un fichier HTML autonome qui est à la fois le moteur wiki et son contenu. TiddlyWiki a encore des utilisateurs fidèles, mais n’est jamais entré dans le grand public.
Mais l’époque a changé. Les capacités des navigateurs sont sans commune mesure (l’API File System Access permet aux applications web de lire et écrire directement des fichiers locaux, l’API WebCrypto offre un chiffrement natif), les chaînes d’outils front-end modernes rendent la construction d’applications complexes plus efficace, et le codage assisté par IA abaisse considérablement la barrière technique pour concrétiser ce genre d’idées. Bento se trouve au carrefour de toutes ces tendances.
Un commentaire sur HN résume bien l’esprit du moment : « Ce projet est un formidable réquisitoire contre l’inaction de Google Workspace à l’ère de l’IA. » Que ce jugement soit juste ou non, Bento pose une question qui mérite réflexion : quand un fichier HTML de 560 Ko peut déjà assurer l’édition, la présentation et la collaboration d’un diaporama complet, avons-nous vraiment besoin de suites Office de plusieurs centaines de gigaoctets et d’abonnements cloud mensuels ?
La réponse n’est sans doute ni « oui » ni « non ». La plupart des utilisateurs du monde réel ont probablement besoin à la fois de la légèreté de Bento et de la stabilité et de la compatibilité des logiciels traditionnels. Mais l’existence de Bento montre au moins qu’une autre voie est possible — une voie plus légère, plus libre, plus « à soi ».
Références :
- Show HN : Bento — fil de discussion original sur Hacker News (591 votes, 141 commentaires)
- Dépôt GitHub de Bento — nyblnet/bento, licence MIT, 260 commits
- Démo en ligne Bento/Slides — éditeur prêt à l’emploi avec diaporama de démonstration intégré
- Site officiel de Bento — Galerie de modèles et présentation du projet
- TiddlyWiki — système wiki en fichier HTML autonome, ancêtre conceptuel de Bento
- Reveal.js — framework HTML open source pour présentations, base de rendu de Bento
- Cloudflare Durable Objects — infrastructure du service relais collaboratif de Bento
- File System Access API — API navigateur qui permet à Bento de « s’auto-sauvegarder »
