Le besoin
Un forum professionnel, des heures de keynotes et de panels. Comme souvent, l'essentiel de ce qui se dit disparaît une fois la salle vide.
L'organisateur voulait restituer l'intégralité du contenu, et le rendre utile après l'événement.
Ce qu'on a fait
- Capter tout l'audio. Chaque session enregistrée et transcrite.
- Une chaîne de cinq agents. Cartographe, analyste, curateur, contrôle et gardien extraient citations, notions et chiffres, et rattachent chaque propos à son auteur. Le gardien rejette ce qui ne tient pas, par exemple une citation qui vient en réalité d'une relance du modérateur.
- Un cerveau, trois interfaces. Une base orientée graphe, accessible par un chat, par un graphe de connaissances navigable et par un serveur MCP pour que d'autres IA puissent l'interroger.
- Une restitution générée. Enrichissement automatique des fiches intervenants et partenaires, puis génération de la présentation de restitution.
Schéma de la missionMémoire d'événement
21 heures de conférences transformées en une base de connaissance qu'on interroge.
- 01Capter tout l'audio
- 02Une chaîne de cinq agents
- 03Un cerveau, trois interfaces
- 04Une restitution générée
Résultat
21 h
de keynotes et de discussions traitées
Le résultat
- 21 heures de keynotes et de discussions traitées.
- Une session analysée en 2 minutes en médiane.
- Une présentation de restitution de 15 slides générée en environ une minute.
- Huit fiches enrichies en une trentaine de secondes, contre 30 à 50 secondes par fiche au démarrage.
- Un code publié en open source, et un dispositif désormais réutilisable pour d'autres événements.
Ce qu'on en retient
Une mémoire d'événement ne vaut que si chaque propos reste attribué à la bonne personne. Le contrôle compte plus que l'extraction.