Données — démonstrateur
Collecter en continu, sans doublon et sans débordement
AppDemo montre le socle V005 au travail. Trente collecteurs interrogent des sources publiques — météo, taux de change, séismes, pays, universités — et affichent leurs résultats en direct. C’est aussi un modèle de collecte propre : chaque fait n’est stocké qu’une fois, et rien n’est gardé sans limite.
Ce qu’elle fait
Trente collecteurs sont répartis en six catégories : météo, finance, science, géographie, culture et divers. Chacun interroge une API publique — la position de la station spatiale, les séismes récents, les taux de change, les levers de soleil…
Une page Paramètres règle chaque source sans toucher au code :
- la cadence, d’une minute à vingt-quatre heures ;
- la durée de conservation, de 7 à 365 jours, et un plafond de faits ;
- les champs qui identifient un fait, pour reconnaître une réponse déjà vue.
Un bouton interroge une source tout de suite et montre si la réponse est nouvelle ou déjà connue. Pour chaque fait, on retrouve toutes les dates auxquelles il a été reçu.
L’affichage s’adapte aux droits de la personne connectée : elle ne voit que les catégories auxquelles elle a accès.
Pour qui
Pour un dirigeant ou une équipe technique qui veut voir concrètement comment le socle orchestre des dizaines de traitements en parallèle. Pour un projet qui doit surveiller des sources externes dans la durée sans voir sa base grossir sans fin.
Comment elle est construite
AppDemo est une application du socle V005, le cadre Java de l’équipe.
- Les 30 collecteurs sont des workers, ces unités de traitement autonomes que le socle démarre, surveille et arrête. Un worker de plus purge chaque heure ce qui a dépassé sa durée de conservation.
- La cadence de chaque source vit en base, pas dans le code : on la change à chaud.
- Chaque réponse reçoit une empreinte. Un fait déjà vu incrémente un compteur au lieu de créer une ligne ; la base de données elle-même interdit le doublon.
- Les données sont rangées dans PostgreSQL. Le schéma se crée et se vérifie à chaque démarrage.
- Des scripts compilés à la volée et des tables de décision, deux mécanismes du socle, servent au traitement des réponses.
- Chaque collecteur expose ses actions en MCP, le protocole qui permet à une IA d’appeler des outils, et l’accès passe par l’authentification unique du Hub.
- L’interface est une application React, dans le gabarit d’écran commun aux applications de l’équipe.
Points forts
Aucune cadence figée
Chaque source se règle d’une minute à un jour, depuis l’écran. Rien n’est écrit en dur dans le code.
Un fait, une ligne
Une réponse déjà vue n’ajoute qu’un compteur. La base interdit le doublon : la règle ne dépend pas de la discipline du code.
Rien sans durée de vie
Chaque source porte sa durée de conservation et son plafond. Une purge passe toutes les heures.
Trente traitements, un seul chef d’orchestre
Le socle démarre, surveille et relance les trente collecteurs. On voit leur santé d’un coup d’œil.
En images
Écran 1
Vue d’ensemble : 30 workers sains et le total des appels, en widgets réorganisables.
Écran 2
La catégorie Météo : cinq workers de collecte et leur temps de réponse.