données
Toute l’actualité utile, collectée, enrichie et livrée aux applications
RssArchiver rassemble trois familles de sources : flux RSS, communiqués de presse d’entreprises et newsletters reçues par courriel. Chaque article est enrichi par l’IA, puis transmis aux applications qui l’exploitent. C’est la source d’actualité de la flotte.
Ce qu’elle fait
L’application relève trois familles de sources :
- des flux RSS et des listes de flux (OPML) — plus de 800 sources déclarées ;
- les pages de communiqués de presse d’entreprises — plus de 600 sociétés suivies ;
- des newsletters, lues directement dans une boîte de courriel dédiée.
Les trois familles partagent les mêmes tables, la même curation et le même écran de détail. Une entreprise ou une newsletter est une source ; un communiqué ou un numéro de newsletter est un article.
Chaque article passe ensuite dans une chaîne d’enrichissement : résumé en 5W1H (qui, quoi, où, quand, pourquoi, comment), extraction des entités par KEW, traduction, score et références. La chaîne est un graphe d’étapes modifiable sans toucher au code.
Les articles curés sont enfin diffusés vers les applications consommatrices, comme SmartDailyReach ou NotionSocle, avec un canal par famille de sources.
Pour qui
Pour une équipe qui fait de la veille, une revue de presse ou de la prospection, et qui veut une actualité déjà triée et résumée. Dans la flotte, RssArchiver nourrit les applications qui ont besoin de matière fraîche pour écrire ou pour rapprocher un article d’un contact.
Comment elle est construite
RssArchiver est une application du socle V005 qui compte douze workers : collecteurs RSS, presse et newsletters, enrichissement, diffusion. L’enrichissement suit un pipeline en douze étages porté par le pack socle-pack-pipeline.
Les appels aux modèles d’IA passent par le pack socle-pack-ai, qui consomme la passerelle d’IA du Hub au lieu d’appeler les fournisseurs en direct. Les packs socle-pack-comm, socle-pack-editorial et socle-pack-egress couvrent la lecture du courrier, la curation et les accès sortants.
La diffusion passe par le service NATS du Hub, une messagerie entre applications : un flux par famille, de sorte qu’un consommateur ne reçoit que ce qu’il suit. Les données vivent dans PostgreSQL. L’interface est en React, sur la bibliothèque de composants commune de la flotte.
Points forts
Trois sources, un seul modèle
RSS, communiqués et newsletters suivent le même chemin. Ajouter une source ne demande pas un nouvel écran ni une nouvelle table.
Un résumé structuré pour chaque article
Le 5W1H donne en sept axes l’essentiel d’un article. Un résumé incomplet est rejoué au lieu d’être diffusé.
Une chaîne d’enrichissement modifiable
Les étapes forment un graphe que l’on règle sans redéployer. On ajoute ou retire un traitement selon le besoin.
Une diffusion ciblée
Chaque application abonnée reçoit les articles de la famille qu’elle suit, par la messagerie du Hub. Les révisions d’un article suivent le même chemin.
Un échec qui se voit
L’état de santé de chaque collecteur repose sur la date de son dernier passage réussi. Un collecteur arrêté apparaît tout de suite au tableau de bord.
En images
Écran 1
Le tableau de bord vivant de la veille : flux, communiqués, newsletters heure par heure.
Écran 2
Un flux RSS ouvert : ses articles notés, résumés et traduits.
Écran 3
Les communiqués de presse des entreprises suivies.
Écran 4
Le pipeline de curation éditoriale, dessiné en graphe.