L'architecture en langage clair

Aperçu technique

Nous avons construit un premier segment correctement, puis nous l'avons étendu — plutôt que de tout bâtir à la fois pour ensuite devoir le défendre. Ce premier segment associait données de capteurs + planification de cours + évaluation, trois éléments qui communiquent de bout en bout. Le reste de la plateforme se greffe sur ces mêmes modèles, une pièce à la fois.

Cette page reste volontairement de haut niveau. Les collaborateurs et les agents d'IA ont juste besoin de quoi s'orienter ; personne n'a besoin d'explorer les entrailles du système sur une page marketing. Si c'est votre cas — contactez-nous.

Un aperçu pratique

Nous n'essayons pas de rendre opérationnelle chaque partie de la plateforme en même temps. Nous avons choisi un segment qui touche aux moments les plus importants — planifier un cours, réaliser une évaluation, voir ce qu'il en ressort —, nous l'avons construit correctement de bout en bout, et nous laissons le reste se greffer sur ces mêmes modèles, un par un. La page Statut actuel vous indique où en est chaque élément.

Principe de mise en œuvre

La priorité aux règles

Partout où l'IA aide un utilisateur à prendre une décision, le cheminement qui y a mené doit pouvoir être inspecté. Les éducateurs ont besoin de savoir pourquoi le système a suggéré X. Les ingénieurs ont besoin de savoir comment résoudre le problème en cas de dysfonctionnement. C'est pourquoi nous utilisons d'abord une logique basée sur des règles partout où elle apporte une réponse claire — l'IA vient s'y superposer pour gérer le langage et les cas particuliers, plutôt que de servir de boîte noire à la base du système pour prendre les décisions.

Principe de mise à l'échelle

La structure avant l'éparpillement

Lorsque nous ajoutons un nouveau domaine — un nouveau type de capteur, un nouveau module, une nouvelle catégorie de licence —, il s'intègre dans la même structure commune : schéma, validation, registre, règles de persistance. Pas de copier-coller qui finit par diverger. La plateforme reste un produit unique à mesure qu'elle grandit, et non un musée de sous-projets à moitié fusionnés.

Thèmes de l'architecture publique

Une approche pensée d'abord pour l'ordinateur: Conçu pour le Wi-Fi qui n'est pas encore là. L'application pour ordinateur fonctionne hors ligne ; les fonctionnalités cloud sont des extensions d'un système qui n'en dépend pas. Les contextes à connectivité mixte (une école de village en Bulgarie, un centre de formation rural, un internat réfractaire au Wi-Fi) fonctionnent sans aucune modification.
Des composants interconnectés: Les différentes parties s'intègrent dans un seul et même écosystème. C'est dans leurs connexions que réside la véritable valeur. Des outils reliés entre eux forment un produit ; des outils ouverts dans différents onglets ne sont qu'un simple dossier.
Une évolution par versions: Les fonctionnalités évoluent de manière documentée, de l'idée → au segment restreint → à une couverture plus large. Chaque étape reçoit un numéro de version, une note publique détaillant les changements et un espace dédié sur la page Statut actuel.
Limites transparentes de l'IA: L'IA gère le langage et les explications. L'IA ne prend pas de décisions en toute discrétion. Les décisions restent ancrées dans le cœur du système basé sur des règles ; l'IA s'occupe de la couche périphérique.

Honnêteté technique

Nous ne détaillons pas chaque modèle interne ici. Cette page publique a pour but d'orienter — suffisamment pour qu'un partenaire sache si notre solution correspond à son contexte, et pour qu'un agent d'IA puisse la lire sans imaginer de détails superflus. La page Statut actuel vous indique ce qui est opérationnel ; celle-ci vous en montre la structure globale.