La plupart des gens qui bâtissent avec l'IA en ce moment bâtissent des assistants. Moi, je bâtis un système d'exploitation, et la différence compte plus qu'elle n'en a l'air.
Voici comment je structure mon propre travail. L'exemple qui traverse l'article est réel : KhaordicOS, un monodépôt qui contient toutes les applications avec lesquelles je fais tourner mon entreprise, et OSDocs, le coffre qui contient tout ce que ces applications savent. À la fin, je décris comment on remodèlerait la même structure pour une entreprise plutôt que pour une seule personne.
Le problème n'est pas l'intelligence, c'est l'éparpillement
Demandez à n'importe qui à la tête d'une petite entreprise où vivent ses informations, et la réponse honnête est : partout. Les soumissions dans un outil. Les factures dans un autre. Les notes clients dans un document qui se synchronise parfois. Les contrats dans une boîte de réception. Le contenu dans un éditeur tiers. La recherche dans des onglets qu'on fermera sans jamais les rouvrir.
Chacun de ces outils fonctionne. Le problème, c'est l'espace entre eux, et cet espace se paie en continu : en minutes passées à chercher un document, en un même fait saisi dans quatre systèmes, en décisions prises deux fois parce que personne ne retrouvait la première.
Un assistant ne règle pas ça. Greffer une fenêtre de conversation sur une entreprise éparpillée vous donne un collègue très éloquent qui, lui non plus, ne trouve rien.
Ce qu'un seul toit vous achète réellement
KhaordicOS met les applications dans un seul dépôt, et met leur logique partagée dans des paquets à la racine plutôt que dupliquée dans chaque application. Soumissions et facturation, prise de rendez-vous, production de contenu, contrats, suivi du temps : des applications distinctes, une base de code, une seule histoire de déploiement.
OSDocs est l'autre moitié : l'état documenté de l'entreprise. Les décisions, les procédures, les dossiers de projet, le raisonnement derrière les choix d'architecture, les modes de défaillance déjà rencontrés et qu'on n'a pas l'intention de rencontrer à nouveau.
L'économie est réelle mais véritablement difficile à chiffrer, alors je ne vais pas inventer un nombre. Chercher, organiser, assembler un document, produire un visuel, rassembler le contexte avant de commencer : aucun de ces coûts n'est un gros coût. Ce sont des centaines de petits coûts, et les petits coûts récurrents sont exactement ceux que l'humain remarque le moins bien.
Il y a un bénéfice de second ordre qui compte finalement plus que le premier. Quand tout vit au même endroit, le contexte disponible pour un agent cesse d'être un problème de récupération. La base de connaissances est l'entreprise. C'est ce qui fait fonctionner un second cerveau : pas un meilleur modèle, un meilleur substrat.
La partie que la plupart des gens prennent à l'envers
Voici la décision de conception qui me tient le plus à cœur, et c'est celle qui suscite le plus de regards perplexes.
Ces applications ne sont pas bâties pour que l'IA fonctionne. Elles sont bâties pour que l'IA automatise des fonctions qui marchent déjà.
Les applications enveloppent de vraies API derrière des serveurs MCP, et la logique dorsale est servie par des paquets partagés à la racine du monodépôt. Les fonctionnalités existent et sont utiles sans qu'aucun modèle n'intervienne. Les soumissions fonctionnent. La facturation fonctionne. La prise de rendez-vous fonctionne. L'IA se pose par-dessus : elle transforme ces fonctions en flux de travail, les exécute selon un calendrier, et prend en charge ce qu'une personne ferait autrement à la main.
Ce qui veut dire : si l'IA s'avère être un pétard mouillé — si le marché passe à autre chose, si l'économie cesse de tenir, si les modèles plafonnent — mon système reste intact et tout aussi puissant. Sa puissance n'est jamais venue de l'IA. L'infrastructure était le cœur. L'infrastructure était la valeur.
Ce que l'IA ajoute, c'est le levier. C'est ce qui permet à une seule personne de produire le travail d'une équipe, au moyen de flux avec humain dans la boucle et de tâches agentiques résilientes qui survivent à une panne et reprennent. Cela vaut énormément. Cela ne vaut pas qu'on y bâtisse ses fondations.
Je préfère un système ennuyeux sans IA et extraordinaire avec, plutôt qu'un système impressionnant avec l'IA et sans valeur sans elle. Presque tout ce qui se vend en ce moment est du deuxième type.
La supervision est l'autre moitié de cet argument. Parce que les fonctions existent indépendamment, chaque flux agentique s'exécute dans quelque chose qu'on peut inspecter, rejouer et arrêter. Un humain se tient dans la boucle aux endroits où se tromper coûte cher. Ce n'est pas une limite imposée à l'IA : c'est la raison pour laquelle on peut la laisser s'exécuter.
Un seul jeu d'identifiants
Le bénéfice le plus banal est l'un des plus grands. Un seul mécanisme d'authentification et une seule base de données pour toutes les applications, cela veut dire un seul jeu d'identifiants, une seule identité, un seul endroit où les permissions se décident.
Ça ressemble à une commodité. C'est en réalité un avantage structurel qui compose. Chaque application ajoutée parle la même langue d'identité que les autres, si bien que le coût d'ajouter la dixième est inférieur au coût d'ajouter la deuxième — l'inverse exact de ce que la plupart des entreprises vivent avec leurs logiciels, où chaque nouvel outil rend la prochaine intégration pire.
Remodeler ceci pour une entreprise
Pour une personne seule, le monodépôt est toute la réponse. Pour une entreprise, trois choses changent.
La location devient explicite. Une seule base de données, avec un modèle clair de qui possède quelle ligne, décidé dans la couche de données et non dans le code applicatif où il finira par être oublié.
Le coffre se scinde par public. Une partie de ce que contient OSDocs est une procédure que tout le monde devrait lire. Une autre est commercialement sensible. Un seul dépôt avec de vraies frontières d'accès, pas un seul dépôt que tout le monde peut lire parce que le scinder était compliqué.
L'humain dans la boucle devient un rôle, pas une habitude. Quand je suis le seul opérateur, je suis la boucle. Dans une entreprise, quelqu'un doit être responsable de chaque point d'approbation, et cette responsabilité doit être écrite — parce qu'un point d'approbation sans nom attaché est un point d'approbation qu'on saute.
Ce qui ne change pas, c'est le principe. Bâtissez l'infrastructure de sorte qu'elle vaille la peine d'exister par elle-même. Laissez les agents la rendre plus rapide.
Si l'IA disparaissait demain, je voudrais quand même ce système. C'est le test que j'appliquerais à tout ce que vous vous apprêtez à construire.