XERBOXION — la porte
Résumé
Ce texte est la porte d'entrée du projet. Il est écrit pour quelqu'un qui n'en a jamais entendu parler, se lit en une dizaine de minutes et ne suppose aucun vocabulaire interne : chaque mot inventé est expliqué à l'endroit où il apparaît, et ce qui tourne aujourd'hui est distingué de ce qui est extrapolé. La version anglaise complète suit le texte français.
le projet · août 2026 · AGPL-3.0 · v1 ·
porte· 🚪 This document's full English version follows the French text — see « XERBOXION — the door » below.
L'idée
Le xerboxion prend le chemin inverse. Tout ce qui est construit devient une brique réutilisable — du logiciel au matériel à la connaissance — et chaque amélioration profite au système entier. On ne reconstruit jamais : avant d'écrire quelque chose de neuf, on cherche la brique qui existe, on l'améliore ou on la compose avec d'autres. Une règle de compatibilité va avec : ce qui est construit aujourd'hui doit encore fonctionner avec ce qui sera construit plus tard. Pas d'obsolescence volontaire, jamais.
L'autre moitié de l'idée concerne la propriété. Le système appartient à ceux qui l'utilisent : le code est libre, chacun peut le lire, le copier, le modifier, et surtout l'emporter. La cible n'est pas un service auquel on s'abonne, mais une machine qu'on possède — un serveur personnel par personne, chez soi, qui porte ses données et ses applications.
Le pari sous-jacent : si les briques sont assez petites, assez bien définies et assez simples à brancher, la collaboration cesse d'être un problème d'organisation pour devenir une propriété du matériau. C'est ce qui s'est passé avec les paquets de Linux, la prise USB ou les blocs de Minecraft — trois inspirations assumées du projet.
Les mots, une fois pour toutes
Le projet utilise une petite famille de mots inventés. Six suffisent pour tout suivre, et les voici traduits.
Un bion est la plus petite brique logicielle : un composant que toutes les applications se partagent — un graphique, un bouton de partage, un client du bus d'événements — au lieu que chacune le réinvente. Un ploxion est une mini-application : elle fonctionne seule, se branche dans le bureau, se débranche sans rien casser ; débranchée, elle ne consomme rien et n'écoute rien. Le xer est le visage du système : le bureau qui tourne dans un navigateur, avec ses fenêtres et ses applications, sans installation ; le même système peut avoir plusieurs visages — téléphone, montre, terminal en mode texte. Le boxion est le serveur personnel : la machine chez soi qui garde les données et fait tourner les applications — le contraire du nuage de quelqu'un d'autre. Le xion est la connexion : à l'intérieur d'une machine, un bus d'événements unique que toutes les applications partagent — l'une émet un message, n'importe quelle autre peut l'entendre, et c'est ainsi qu'elles coopèrent sans se connaître ; à l'extérieur, c'est le lien qui relie les serveurs personnels entre eux.
Reste le mot le plus important : le tsoin. C'est une tranche de vécu enregistrée qui peut se rejouer — ce qui s'est passé, dans quel ordre, et comment le refaire. L'idée scientifique du projet, l'adressage génératif, pousse cette logique au bout : au lieu de stocker une chose, on garde ce qu'il faut pour la régénérer, comme une figure de géométrie qu'on retrouve en rejouant sa construction plutôt qu'en conservant le dessin. Appliquée partout, cette idée change la nature de ce qu'on garde : rien n'est un fichier mort, tout est un morceau d'histoire qu'on peut rejouer, transmettre et améliorer.
L'architecture entière tient alors en une phrase : des briques, un bus qui les relie, un serveur par personne, et l'histoire de tout ce qui s'y passe, rejouable.
Ce qu'on peut faire aujourd'hui
Le projet n'est pas un document d'intention : un laboratoire public tourne à labo.j0bot.ch. On y trouve le bureau dans le navigateur, environ 470 mini-applications et 300 composants partagés, un compte par personne, et le bus qui relie le tout.
Quelques exemples disent mieux que des chiffres. L'application de cuisine sait ce qu'on peut cuisiner : on lui dit ce qu'il y a dans la cuisine, elle reconnaît environ 900 ingrédients et propose, parmi plus de 500 recettes, celles qui sont réellement faisables. Prise seule, elle n'a rien de révolutionnaire ; l'intérêt est qu'elle est faite de briques — le même moteur d'ingrédients peut servir au potager, la même liste peut s'afficher sur la carte. La ferme, justement : des capteurs à quelques francs (des microcontrôleurs ESP32) mesurent le sol et l'air et publient leurs relevés sur le bus, et un moteur de conseils entièrement déterministe — sans IA — couvre plus de 300 plantes. La carte est une seule carte partagée où chaque domaine vient poser sa couche : les lieux, les capteurs, les gens qui choisissent de s'y montrer le temps d'un événement. Et le jeu traverse le tout : le système se joue — des quêtes, des points d'expérience — et les quêtes sont des contributions réelles au projet, pas un divertissement posé à côté. La machine à tsoins, enfin, enregistre ce qu'on fait dans le système et le rejoue.
En dessous, deux chantiers plus profonds avancent. Le cœur du système est en cours de réécriture en Rust, un langage compilé, pour que le serveur personnel tienne un jour dans une petite machine sobre ; une partie du site public est déjà servie par ce cœur. Et une image d'OS expérimentale démarre directement sur le métal, sans autre système en dessous.
L'honnêteté oblige à dire le reste. Tout cela est un prototype, construit par une seule personne, et assumé comme tel. Le cube matériel de 16 mm — la brique physique dont le projet veut dériver téléphones, serveurs et robots — n'existe encore que sur le papier. La durabilité des enregistrements de vécu est un point faible connu, en chantier. Il n'y a ni produit ni clients : il y a un laboratoire, visitable.
Où ça va — extrapolation assumée
Quatre terrains prolongent la même grammaire de briques au-delà de l'écran. Ils sont tous, explicitement, de l'extrapolation : la direction est sérieuse, les délais ne sont pas promis, et l'état réel de chacun est dit.
Le cerveau : une interface cerveau-machine souveraine, où les signaux restent chiffrés chez soi et où l'appareil peut s'éteindre complètement, sans résidu. Aujourd'hui, la chaîne logicielle est testée sur du signal synthétique ; aucun casque réel n'a encore été branché. Les robots : les mêmes événements sur le même bus, qu'il s'agisse d'une application ou d'un rover — le contrat est écrit et tourne en simulation ; aucun robot réel n'y est connecté. La combinaison : des vêtements thermorégulés faits de modules remplaçables — un papier et une simulation, zéro matériel. L'espace, enfin : le corpus le plus rigoureux du projet pousse la grammaire jusqu'à l'habitat spatial modulaire — des vaisseaux cubiques individuels qui s'amarrent en vaisseau-mère — avec les budgets physiques calculés et chaque affirmation étiquetée selon qu'elle relève de la physique établie, de l'ingénierie plausible ou de la spéculation.
Pourquoi garder ces horizons ? Parce que l'extrapolation est un outil de conception : dessiner des briques qui survivraient à ces échelles produit de meilleures briques aujourd'hui. Une pièce pensée pour durer un siècle se branche mieux qu'une pièce pensée pour une démo.
D'où ça vient, à côté de quoi ça se place
Le projet descend d'une lignée précise. Le Memex de Vannevar Bush (1945), la machine imaginée pour étendre la mémoire humaine, est l'ancêtre direct de la machine à tsoins. Douglas Engelbart a passé sa vie sur la même intention — augmenter l'intellect humain, jamais le remplacer — et le bureau du xerboxion est dans cette filiation. Ivan Illich a nommé « outils conviviaux » les techniques que leurs usagers comprennent, maîtrisent et réparent ; c'est exactement le critère que le projet applique à chaque brique. Open Source Ecology a montré que des machines industrielles pouvaient être open source ; le xerboxion étend ce geste au logiciel, au réseau et au savoir. Et Linux prouve depuis trente ans qu'un commun logiciel peut durer et grandir sans propriétaire.
Le projet n'est pas seul sur ce terrain, et le dire honnêtement fait partie de la porte. Urbit part du même diagnostic — un ordinateur personnel par personne — mais reconstruit un monde fermé depuis zéro, avec un espace d'adresses qui s'achète et se vend ; le xerboxion reste sur les technologies ordinaires du web, sous licence libre, copiable par n'importe qui. Solid, lancé par l'inventeur du web, standardise le coffre de données personnel, mais ne dit rien des applications ni du matériel. Le Fediverse — Mastodon et ses cousins — fédère des serveurs de réseaux sociaux et prouve chaque jour que la décentralisation peut être habitée ; c'est le voisin le plus proche en esprit. La différence tient à l'unité de base : eux fédèrent des serveurs ou des identités ; ici, on essaie de faire de tout — applications, savoir, spécifications matérielles — une brique régénérable sur un même bus. On leur doit beaucoup, on ne prétend remplacer personne, et rien n'empêche de les utiliser ensemble.
Comment entrer
Il n'y a rien à signer, rien à acheter, rien à promettre. Trois manières d'entrer, par ordre d'engagement.
Lire : les papiers de recherche sont publics sur le wiki du laboratoire, et ce texte en est la première marche. Jouer : ouvrir labo.j0bot.ch, c'est déjà être dans un xer ; lors des événements, un QR code mène à la page /join — un accès invité, en un geste, sans engagement. Contribuer : la page /px/contribuer est le hall d'entrée, avec de quoi aider en une minute (une idée, un vote), en une heure (sa première mini-application, guidée) ou en une semaine (son propre serveur personnel). Le code vit sur la forge du projet, git.j0bot.ch, sous licence AGPL-3.0 : tout peut être pris, copié, modifié — la seule obligation est de repartager ses modifications si on sert le logiciel à d'autres. Chaque contributeur garde son bloc, son nom dessus, et le droit d'emporter sa copie. Le droit de partir n'est pas une clause : c'est une propriété de l'architecture.
Ne pas nuire
Une seule règle est au-dessus de tout le reste : si quelque chose fait du mal à quelqu'un, ça n'a pas sa place dans le système. Pas de charte de cinquante pages — une question, posée à chaque décision de conception comme à chaque contribution. Elle ne dit pas quoi faire ; elle dit seulement ce qui est éliminatoire. Tout le reste est ouvert.
Le xerboxion n'est pas un produit fini et ne le sera jamais : c'est un palier, construit pour que le suivant coûte moins cher. Si ce texte donne envie de pousser une porte, elle est ouverte.
— le projet
XERBOXION — the door
This is the project's front door. It is written for someone who has never heard of it, reads in about ten minutes, and assumes no internal vocabulary: every invented word is explained where it first appears, and what runs today is kept distinct from what is extrapolated. This is the full English version of the French text above.
The problem
Almost everything we build in computing ends up in the trash. A service shuts down, and the code that ran it dies with it. A company changes course, and years of data become unreachable. A student spends a semester on a project, hands it in, gets a grade — and the project disappears into a folder nobody will ever reopen. The energy and the know-how exist, but nothing accumulates: every tool starts from zero, reinvents the same parts, and will be thrown away in its turn.
On top of that waste sits a dependency. Our data lives on platforms that can change their rules overnight. Our working tools belong to companies whose interests are not ours. Our machines are designed to be replaced, not repaired: obsolescence is not an accident of the system, it is its business model.
The project's starting observation fits in one sentence: humanity already has the technical capacity to solve most of its structural problems — food, energy, knowledge — but that capacity is concentrated in centralized, proprietary systems, and nobody has built the infrastructure that would let people collaborate at scale without going through them.
The idea
The xerboxion goes the other way. Everything that gets built becomes a reusable brick — from software to hardware to knowledge — and every improvement benefits the whole system. Nothing is ever rebuilt: before writing something new, you look for the brick that already exists, improve it, or compose it with others. A compatibility rule comes with this: what is built today must still work with what will be built later. No deliberate obsolescence, ever.
The other half of the idea is about ownership. The system belongs to the people who use it: the code is free, anyone can read it, copy it, modify it, and above all take it with them. The target is not a service you subscribe to, but a machine you own — one personal server per person, at home, carrying your data and your applications.
The underlying bet: if the bricks are small enough, well-defined enough and simple enough to plug in, collaboration stops being an organizational problem and becomes a property of the material. That is what happened with Linux packages, the USB plug, and Minecraft blocks — three inspirations the project openly claims.
The words, once and for all
The project uses a small family of invented words. Six are enough to follow everything, and here they are, translated.
A bion is the smallest software brick: a component all applications share — a chart, a share button, a client for the event bus — instead of each one reinventing it. A ploxion is a mini-application: it works on its own, plugs into the desktop, unplugs without breaking anything; unplugged, it consumes nothing and listens to nothing. The xer is the system's face: the desktop running in a browser, with its windows and applications, no installation required; the same system can have several faces — phone, watch, text-mode terminal. The boxion is the personal server: the machine at home that keeps your data and runs your applications — the opposite of somebody else's cloud. The xion is the connection: inside a machine, a single event bus shared by all applications — one emits a message, any other can hear it, and that is how they cooperate without knowing each other; outside, it is the link that connects personal servers to one another.
That leaves the most important word: the tsoin. It is a recorded slice of lived experience that can be replayed — what happened, in what order, and how to do it again. The project's scientific idea, generative addressing, pushes this logic to its end: instead of storing a thing, you keep what is needed to regenerate it, the way you recover a geometry figure by replaying its construction rather than by keeping the drawing. Applied everywhere, this idea changes the nature of what you keep: nothing is a dead file, everything is a piece of history that can be replayed, passed on and improved.
The whole architecture then fits in one sentence: bricks, a bus that connects them, one server per person, and the history of everything that happens there, replayable.
What you can do today
The project is not a statement of intent: a public laboratory runs at labo.j0bot.ch. You will find the desktop in the browser, about 470 mini-applications and 300 shared components, an account per person, and the bus that ties it all together.
A few examples say more than numbers. The cooking application knows what you can cook: you tell it what is in your kitchen, it recognizes about 900 ingredients and suggests, out of more than 500 recipes, the ones that are actually feasible. Taken alone it is nothing revolutionary; the point is that it is made of bricks — the same ingredient engine can serve the vegetable garden, the same list can show up on the map. The farm, precisely: sensors costing a few francs (ESP32 microcontrollers) measure soil and air and publish their readings on the bus, and a fully deterministic advice engine — no AI — covers more than 300 plants. The map is a single shared map where every domain adds its own layer: places, sensors, people who choose to appear on it for the duration of an event. And the game runs through everything: the system is playable — quests, experience points — and the quests are real contributions to the project, not entertainment bolted on the side. The tsoin machine, finally, records what you do in the system and replays it.
Underneath, two deeper works are underway. The system's core is being rewritten in Rust, a compiled language, so that the personal server can one day fit on a small, frugal machine; part of the public site is already served by that core. And an experimental OS image boots directly on bare metal, with no other system underneath.
Honesty requires saying the rest. All of this is a prototype, built by a single person, and owned as such. The 16 mm hardware cube — the physical brick from which the project wants to derive phones, servers and robots — still exists only on paper. The durability of the recorded slices of experience is a known weak point, being worked on. There is no product and there are no customers: there is a laboratory, and you can visit it.
Where it goes — extrapolation, owned as such
Four fields extend the same brick grammar beyond the screen. All of them are, explicitly, extrapolation: the direction is serious, no deadlines are promised, and the real state of each is stated.
The brain: a sovereign brain-computer interface, where the signals stay encrypted at home and the device can be switched off completely, with no residue. Today, the software chain is tested on synthetic signal; no real headset has been plugged in yet. Robots: the same events on the same bus, whether it is an application or a rover — the contract is written and runs in simulation; no real robot is connected to it. The suit: thermoregulating clothing made of replaceable modules — a paper and a simulation, zero hardware. Space, finally: the project's most rigorous corpus pushes the grammar all the way to modular space habitat — individual cubic ships that dock into a mothership — with the physical budgets computed and every claim labeled by whether it belongs to established physics, plausible engineering, or speculation.
Why keep these horizons? Because extrapolation is a design tool: drawing bricks that would survive at those scales produces better bricks today. A part designed to last a century plugs in better than a part designed for a demo.
Where it comes from, and what it stands next to
The project descends from a precise lineage. Vannevar Bush's Memex (1945), the machine imagined to extend human memory, is the direct ancestor of the tsoin machine. Douglas Engelbart spent his life on the same intent — augmenting human intellect, never replacing it — and the xerboxion desktop is in that filiation. Ivan Illich called "convivial tools" the technologies their users can understand, master and repair; that is exactly the criterion the project applies to every brick. Open Source Ecology showed that industrial machines could be open source; the xerboxion extends that gesture to software, network and knowledge. And Linux has been proving for thirty years that a software commons can last and grow without an owner.
The project is not alone on this ground, and saying so honestly is part of the door. Urbit starts from the same diagnosis — one personal computer per person — but rebuilds a closed world from scratch, with an address space that is bought and sold; the xerboxion stays on the ordinary technologies of the web, under a free license, copyable by anyone. Solid, launched by the inventor of the web, standardizes the personal data vault, but says nothing about applications or hardware. The Fediverse — Mastodon and its cousins — federates social-network servers and proves every day that decentralization can be inhabited; it is the closest neighbor in spirit. The difference lies in the base unit: they federate servers or identities; here, the attempt is to make everything — applications, knowledge, hardware specifications — a regenerable brick on one shared bus. We owe them a lot, we claim to replace nobody, and nothing prevents using them together.
How to come in
There is nothing to sign, nothing to buy, nothing to promise. Three ways in, in order of commitment.
Read: the research papers are public on the laboratory's wiki, and this text is the first step. Play: opening labo.j0bot.ch already puts you inside a xer; at events, a QR code leads to the /join page — guest access, one gesture, no strings attached. Contribute: the /px/contribuer page is the entrance hall, with ways to help in one minute (an idea, a vote), one hour (your first mini-application, guided) or one week (your own personal server). The code lives on the project's forge, git.j0bot.ch, under the AGPL-3.0 license: everything can be taken, copied, modified — the only obligation is to share your modifications back if you serve the software to others. Every contributor keeps their block, their name on it, and the right to leave with their copy. The right to leave is not a clause: it is a property of the architecture.
Do no harm
One rule stands above everything else: if something harms someone, it has no place in the system. No fifty-page charter — one question, asked at every design decision and every contribution. It does not say what to do; it only says what is disqualifying. Everything else is open.
The xerboxion is not a finished product and never will be: it is a step, built so that the next one costs less. If this text makes you want to push a door open, it is.
— the project
Statut : draft · Licence : AGPL-3.0
· porte