Construire un Pipeline d'Actualités IA Personnalisé avec Claude

Un développeur sur r/ClaudeAI a partagé son système personnalisé pour traiter quotidiennement plus de 200 articles afin de créer un briefing matinal personnalisé. Le pipeline filtre le bruit et ne délivre que le contenu pertinent en fonction des intérêts personnels.

Architecture du Pipeline

Le système suit un flux de travail en cinq étapes :

• Ingestion : 12 flux RSS récupèrent du contenu pendant la nuit à partir d'actualités sectorielles, de blogs concurrents et de subreddits, collectant environ 200 articles par jour.
• Évaluation : Chaque article reçoit un score de pertinence par rapport à une liste de mots-clés personnels en utilisant Claude Haiku pour la rapidité et l'efficacité des coûts. Les articles avec un score inférieur à 0,4 sont écartés, réduisant ainsi le volume de 200 à 15-30 articles.
• Triage : Les articles évalués sont classés en trois catégories : PASS (va dans le briefing), PARK (à conserver pour plus tard) ou REJECT (à rejeter).
• Analyse : Les articles PASS font l'objet d'une analyse approfondie utilisant Claude Sonnet, en se concentrant sur les implications pratiques plutôt que sur les résumés. L'analyse répond à des questions telles que : "Qu'est-ce que cela signifie pour mon travail ? Y a-t-il quelque chose sur lequel je devrais agir ? À quoi dois-je faire attention ?"
• Briefing : Tout est compilé dans un e-mail matinal structuré avec trois sections : Signal (agir sur ceci), Watch (surveiller ceci) et Deferred (revoir plus tard). L'e-mail est envoyé à 6h30.

Stack technique et Coûts

L'implémentation utilise Python, FastAPI, Supabase pour le stockage, l'API Claude (Haiku + Sonnet) et Resend pour l'envoi d'e-mails. Elle s'exécute sur une instance Render à 7 $/mois.

Les coûts de l'API restent inférieurs à 5 $/mois, avec Haiku gérant l'évaluation (coûtant quelques centimes) et Sonnet ne traitant que les 5-8 articles qui survivent au triage. Le développeur note que Deepgram serait le composant le plus coûteux si des briefings audio étaient ajoutés.

Principales Observations

• L'étape d'évaluation est plus importante que l'étape d'analyse. Si trop de contenu passe à travers le filtre, Claude gaspille des tokens à résumer du bruit. "Le filtre est le produit."
• Une sortie structurée avec des sections claires (Signal/Watch/Deferred) s'avère plus utile qu'un mur de résumés. Le développeur a d'abord essayé "résumez ces 10 articles" et a trouvé cela illisible, tandis que trois catégories avec une phrase chacune sont réellement lues.
• RSS reste sous-estimé en tant que couche d'ingestion. La plupart des publications, subreddits et dépôts GitHub fournissent toujours des flux RSS, ce qui en fait l'option la moins chère et la plus fiable.