Waimia.
AccueilProjets internesWaimia OS : un OS agentique multi-entreprises FR Édition française ◉ Disponible · T3 2026
§ Projet interne
§ Projet 01

Waimia OS : un OS agentique multi-entreprises

Projet
Waimia OS
Secteur
Système d'exploitation agentique
État
En construction
Stack
PostgreSQL · Next.js · Serveur MCP
§ Le contexte

Waimia OS est le système d'exploitation agentique que le studio construit pour lui-même : créer ou reprendre une entreprise et l'exploiter de bout en bout, de la vente à la comptabilité. Il se distribue comme une bibliothèque de modèles métier installables. Le premier modèle prouvé, « Projet web d'agence », sert à Simon Beros pour Waimia et VirtuoseWeb. Le produit est en construction.

254
Migrations de base de données
298
Exigences inscrites au registre du produit
177
Exigences dotées d'un scénario de preuve

Le problème visé.

01
§ Périmètre

Exploiter une entreprise de bout en bout

Vente, marketing, production, design, support, développement, RH, comptabilité : l'objectif est un seul système, pas une couche IA posée sur un ERP.

02
§ Mandat

Un agent qui agit doit être borné

Chaque agent reçoit un rôle, un mandat et une portée. Aucun réglage ne lui permet de s'attribuer des droits ni de sortir de sa portée.

03
§ Vérité

Ce qui est affiché doit être vrai

Le prédécesseur, VirtuoseOS, montrait beaucoup d'écrans pour peu de boucles fermées. La règle du nouveau produit : ce qui est affiché est vrai, ce qui est annoncé est fait, ce qui manque est dit.

§ 02 · L'approche

L'architecture, en clair.

  1. 01
    Un socle PostgreSQL, deux régimes

    Le même code sert deux déploiements : auto-hébergé, une instance par entreprise, et SaaS, une base partagée cloisonnée par espace. L'isolation est tenue dans la base, au niveau des lignes.

    Données
  2. 02
    Des verbes, pas des écritures libres

    Toute action passe par un verbe du domaine, exécuté par un exécuteur unique. Une file de signatures humaines et un journal d'audit en ajout seul complètent le dispositif.

    Domaine
  3. 03
    Des agents sous mandat

    Un agent se déclare, reçoit un rôle, un mandat borné et un plafond d'appels de modèle. Il agit par des outils internes à l'application, et chaque appel est tracé.

    Agents
  4. 04
    Un moteur de flux et un ouvrier

    Les procédures s'exécutent en étapes typées, avec déclencheurs, reprise et trace d'étape. Un ouvrier les fait tourner hors de l'interface.

    Exécution
  5. 05
    Des modèles métier installables

    Un modèle décrit une organisation : modules, postes, flux, agents à déclarer. Il s'installe dans un espace sans embarquer ni secret ni donnée de son auteur.

    Distribution
  6. 06
    Plusieurs portes d'entrée

    Une application web, une application de bureau, un installateur en ligne de commande et un serveur MCP, par lequel un assistant de code appelle les verbes de l'instance.

    Accès
§ En construction

Les garde-fous, tels qu'ils sont écrits.

GARDE-FOU

Autonomie réglable

Réglable par opération, par agent ou par espace. Cinq modes de conversation, le mode par défaut est Manuel. Une politique absente ou ambiguë ne vaut jamais accord.

GARDE-FOU

Validation humaine

Obligatoire sur les sorties sensibles. Elles attendent dans une file de signatures humaines.

GARDE-FOU

Contenu tiers, geste bloqué

Un tour de conversation qui a lu un contenu tiers ne fait plus aucun geste sortant sans accord humain explicite, y compris dans le mode le plus autonome.

GARDE-FOU

Traçabilité

Toute capacité d'agent est un outil interne, mandaté et tracé, même quand une ligne de commande l'exécute.

GARDE-FOU

Reprise manuelle

Chaque capacité d'agent a une reprise manuelle complète. Sans crédit de modèle, le travail devient une tâche humaine, pas un écran bloqué.

MÉTHODE

Bases jetables

Développement et tests se font sur des bases jetables, jamais sur la production. Des contrôles automatisés rejouent les migrations et vérifient l'isolation des données.

Ce que fait l'IA, ce que fait l'humain

  • Les agents exécutent des procédures installées, par des outils internes à l'application, dans la limite de leur rôle et de leur mandat. Le dialogue compose des vues à partir de blocs, de données et de droits réels.
  • La personne choisit le niveau d'autonomie, signe les sorties sensibles et peut reprendre à la main toute capacité confiée à un agent.

État d'avancement

En construction. Relevés faits dans le dépôt le 5 octobre 2026 : 254 migrations de base de données, 68 écrans, 298 exigences inscrites au registre du produit. 177 ont un scénario de preuve automatisé, 121 n'en ont pas encore. Avoir un scénario ne veut pas dire que le scénario passe : l'état se rejoue par une commande, il ne se lit pas dans un document. Ces nombres mesurent un chantier, pas un résultat.

Le premier modèle prouvé est « Projet web d'agence ». Les autres fonctions de l'entreprise arrivent flux par flux, pas toutes à la fois.

Ce qui reste à faire

Le socle n'est pas terminé. Les phases métier sont gelées tant qu'il ne tient pas ses propres exigences, hors sécurité et facture électronique. Restent notamment la synchronisation en temps réel, les vues de base, la corbeille à trente jours, les compétences d'agents versionnées et les consoles d'administration. Côté métier, la récurrence, la trésorerie et la reprise comptable n'ont pas encore de scénario de preuve.

Ce qui est mesuré

Aucun chiffre d'impact publié à ce jour : ni temps gagné, ni revenu, ni nombre d'utilisateurs. Le projet qui l'a précédé est décrit dans la fiche VirtuoseOS. Les mêmes principes sont appliqués en mission : voir agents IA et conformité IA.

§ Où en est le projet

En construction. Premier modèle métier prouvé : « Projet web d'agence », utilisé en interne. Agents bornés par rôle et mandat, appels d'outils tracés, validation humaine sur les sorties sensibles. Aucun chiffre d'impact publié à ce jour.

§ 04 · La stack

PostgreSQL pour les données, Next.js pour l'instance, un serveur MCP pour les assistants de code, un ouvrier pour les flux, Electron pour le bureau, le tout dans un monorepo pnpm.

PostgreSQL Next.js Serveur MCP Moteur de flux Application de bureau Electron Monorepo pnpm
§ Questions fréquentes

Les questions sur ce projet.

Q.01 Waimia OS est-il terminé ?

Non. Il est en construction. Le premier modèle métier prouvé est « Projet web d'agence », utilisé par Simon Beros pour Waimia et VirtuoseWeb.

Q.02 Un agent peut-il agir sans validation ?

Cela dépend du réglage choisi par opération, par agent ou par espace. La validation humaine reste obligatoire sur les sorties sensibles, et un tour qui a lu un contenu tiers ne fait aucun geste sortant sans accord explicite.

Q.03 Quel rapport avec les missions clients ?

Les mêmes principes s'appliquent aux agents construits pour les clients : un périmètre borné, des appels tracés et une validation humaine sur les actions sensibles.

Page mise à jour le par , fondateur de Waimia.