Sixb : la couche opérationnelle de l’IA en entreprise
Aujourd’hui, nous publions Sixb, un framework TypeScript open source pour construire des logiciels opérationnels utilisés par les humains et les agents IA.
D’où nous venons
Ces dernières années, nous avons travaillé dans le secteur du bâtiment en créant des jumeaux numériques pour améliorer l’efficacité des bâtiments et leurs opérations.
Essayer de tout modéliser dès le départ ne fonctionne pas. Commencez par un cas d’usage qui apporte de la valeur, puis enrichissez le modèle opérationnel à mesure que de nouveaux besoins apparaissent. Le système se construit un cas d’usage après l’autre.
Un cas d’usage
Un besoin opérationnel précis
Une application
De la valeur dans un workflow réel
Une couche opérationnelle complète
Enrichi à mesure que de nouveaux besoins apparaissent
Construisez le système un cas d’usage après l’autre.
Le problème
Aujourd’hui, presque toutes les entreprises utilisent un assistant IA : ChatGPT, Claude ou Gemini.
Mais il reste un assistant.
Il répond aux questions lorsqu’on le sollicite, souvent avec un contexte incomplet. Il ne sait pas ce qui a changé dans l’entreprise, quelles règles s’appliquent, ce que les utilisateurs ont le droit de voir ni quelles actions nécessitent une validation.
Les entreprises envoient également d’importants volumes de données métier aux fournisseurs d’IA, car un meilleur contexte produit généralement de meilleures réponses. Les données sensibles, les autorisations et la gouvernance sont souvent prises en compte trop tard.
Le modèle ne doit pas contenir les opérations de l’entreprise. Il doit être un composant connecté à celles-ci.
Notre thèse
L’IA réduit le coût de la génération d’interfaces et du code d’intégration.
La difficulté n’est plus de créer un formulaire, un tableau de bord ou un outil interne isolé de plus. Elle consiste à modéliser le contexte métier, les règles, les autorisations et les workflows qui se trouvent derrière.
MCP résout l’accès aux outils, mais pas le contexte métier, les autorisations ni la gouvernance.
Générer une application avec un outil d’IA peut répondre rapidement à un besoin isolé, mais cela crée souvent une nouvelle application déconnectée, avec ses propres données, sa propre logique et ses propres autorisations.
Une implémentation d’IA réellement utile ne s’achète pas sur étagère. Chaque entreprise fonctionne différemment.
Ce que fait Sixb
Sixb permet de modéliser la couche opérationnelle d’une organisation afin que les équipes et les agents IA travaillent dans le même environnement.
Connectez vos données
CRM, ERP, systèmes de fichiers, transcriptions de réunions, équipements ou API internes.
Modélisez votre métier
Clients, projets, équipements, devis, contrats et les relations qui les relient.
Définissez vos règles
Un client doit recevoir un devis sous deux jours. Un contrat détermine si une réparation est couverte.
Définissez les autorisations
Décidez de ce que chaque utilisateur ou agent IA peut voir et des actions qu’il peut exécuter.
Définissez les workflows
Réagissez aux événements métier, demandez une validation humaine et exécutez des actions dans les systèmes sources.
Construisez des applications sur mesure
Donnez aux équipes et aux agents IA le même contexte opérationnel et des actions contrôlées.
Dans l’entreprise, l’IA ne devrait pas seulement répondre aux questions. Elle devrait pouvoir agir en toute sécurité comme membre de l’équipe.
Un exemple concret
Le dépôt contient Northline Operations, une entreprise fictive de services commerciaux entièrement construite avec Sixb.
Lorsqu’une alarme d’équipement est reçue, Sixb peut :
- 01
Créer un dossier d’intervention.
- 02
Retrouver le client, le site, l’équipement et le contrat actif.
- 03
Appliquer les règles de couverture et de délai d’intervention.
- 04
Recommander un technicien disponible et qualifié.
- 05
Demander au dispatcher de valider l’affectation.
- 06
Créer l’ordre de travail dans le système de gestion des interventions.
- 07
Suivre le diagnostic, le devis, la réparation et le retour à la normale.
L’application, les workflows, les règles, les actions et les systèmes sources fonctionnent tous localement avec des données d’exemple déterministes.
Comment fonctionne Sixb
Modéliser
Vous définissez une ontologie qui décrit le domaine métier :
- Types d’objets
- Propriétés
- Télémétrie
- Relations
Une ontologie fonctionne comme les types TypeScript : elle définit les contrats que vos objets métier doivent respecter.
Vous définissez également les actions qui peuvent être exécutées :
- Créer un devis
- Affecter un ordre de travail
- Générer une checklist de réunion
- Mettre à jour une fiche client
import { LocalBlobStorage } from "@sixb/blob-local"import { createSixb, InMemoryBroker, InMemoryQueues } from "@sixb/core"import { DuckLakeStorage } from "@sixb/ducklake"import { SqliteStorage } from "@sixb/sqlite"export const sixb = createSixb({ id: "service-operations", broker: new InMemoryBroker(), storage: new SqliteStorage({ path: ".sixb" }), lakeStorage: new DuckLakeStorage({ catalog: { type: "duckdb", path: ".sixb/lake/catalog.ducklake" }, dataPath: ".sixb/lake/data", }), blobStorage: new LocalBlobStorage({ basePath: ".sixb/blobs" }), queues: new InMemoryQueues(),})Connecter et transformer
Les connecteurs communiquent avec les systèmes sources.
Les syncs ingèrent les données brutes dans des datasets stockés dans un stockage objet compatible S3.
Les pipelines nettoient et transforment ces datasets en SQL ou en TypeScript.
Les projections transforment les données obtenues en objets typés, relations et télémétrie définis par votre ontologie.
Gouverner
Les règles évaluent l’état opérationnel de l’entreprise.
Les autorisations contrôlent ce que les utilisateurs et les agents IA peuvent voir et faire.
Les workflows coordonnent les actions, les événements, les planifications et les interventions humaines.
Construire et exécuter
Une fois les fondations en place, vous pouvez construire le logiciel dont vos opérations ont réellement besoin :
- Un tableau de bord qui combine les données de plusieurs systèmes
- Une interface de supervision humaine des actions de l’IA
- Une application opérationnelle adaptée à une équipe spécifique
- Un assistant IA qui comprend l’entreprise sans accéder aux informations qu’il ne doit pas voir
- Des agents pilotés par les événements qui réagissent sans attendre une sollicitation humaine
Ce qui est disponible dans la version 0.1.0
| Domaine | Disponible aujourd’hui |
|---|---|
| Modélisation | Ontologies, objets typés, propriétés, télémétrie, liens, CRUD, suppression et restauration |
| Requêtes | Requêtes typées, comptages, facettes, pagination et expansion de graphe |
| Données | Connecteurs, datasets, syncs, pipelines et projections |
| Automatisation | Actions, règles, planifications, workflows et interventions humaines |
| Agents | Utilisation d’outils, exécution isolée et streaming des runs en direct |
| Événements | Événements métier durables, flux WebSocket, filtrage et journaux d’exécution |
| Sécurité | Stratégies d’authentification, groupes, rôles, politiques et grants |
| Fichiers | Uploads directs, uploads multipart et téléchargements |
| Stockage | PostgreSQL, SQLite, stockage en mémoire et DuckLake |
| Applications | Console d’administration Atlas, applications sur mesure et client React typé |
La roadmap complète et les limites techniques sont disponibles dans le dépôt.
Limites actuelles
Sixb est encore jeune. Attendez-vous à des changements non rétrocompatibles à mesure que le framework évolue.
Contribuer
Nous recherchons des développeurs prêts à :
- Lancer l’exemple Northline
- Mettre l’architecture à l’épreuve
- Construire leur propre application opérationnelle
- Nous dire ce qui manque ou paraît surconçu
- Contribuer des connecteurs, fournisseurs de stockage, exemples et fonctionnalités cœur
Sixb n’en est qu’au début. Nous avons hâte de voir ce que vous construirez avec.
Découvrir Sixb sur GitHubÉcrit par
