Fellow agrège, traduit et hiérarchise la production éditoriale des labs et des analystes IA. Cette page détaille exactement d'où viennent les données, comment elles sont transformées, et ce que Fellow ne fait pas.
Le catalogue est visible en temps réel sur /sources. Trois types d'adapters :
cs.AI, cs.LG, cs.CLhacker-news.firebaseio.com, top stories filtrées sur mots-clés IAPour les labs sans flux RSS exploitable, Fellow fetch la page index et demande à Claude d'extraire la liste d'articles sous forme JSON structurée ({url, title, published_at?}). Chaque URL extraite est validée par rapport au domaine officiel du lab.
Un cron tourne plusieurs fois par jour. Pour chaque run :
og:image / twitter:image / image_src par regex. Taux de couverture observé : ~70 %.Fenêtre glissante : les queries publiques ne retournent que les items ingérés dans les 35 derniers jours. Les articles sauvegardés via l'étoile persistent au-delà de cette fenêtre dans ton localStorage.
Chaque item passe par Claude avec un prompt système qui impose un ton neutre de desk de rédaction (pas de style personnel, pas de familiarité). Claude retourne un JSON strict :
title_fr, dek_fr, summary_fr — traduction fidèle et résumé dense en français.classification parmi : recherche, marché, outils, opinion, policy, signal, safety.tags — 2 à 5 étiquettes FR/EN tech.signal_heat (0-100) — à quel point ça buzze (breaking = 85-100).signal_relevance (0-100) — pertinence pour un créateur de contenu IA.signal_novelty (0-100) — nouveauté technique ou stratégique.Limite connue : la heatest une estimation subjective de Claude, pas un score agrégé de mentions cross-sources. L'ordre d'affichage du feed et du briefing est pour le moment purement chronologique (récence), pas par signal.
Le chapeau qui apparaît en haut de la une (« {résumé} ») est généré à chaque revalidation ISR (toutes les 5 minutes max) par Claude à partir de :
signal_heat ≥ 85).Contraintes : deux phrases max, 280 caractères, ton factuel, pas de tiret cadratin. Si l'API Claude est indisponible, un fallback template basé sur les compteurs prend le relais.
Chaque acteur listé dans /entities a un profil tiré intégralement de Wikidata. Une fonction SPARQL pointe vers l'identifiant Q-ID de l'entreprise et récupère :
P571 date de fondation · P159 siège · P17 pays · P1128 effectif (+ année) · P452 secteursP749 maison mère · P112 fondateurs · P169 CEO · P856 site officiel · P154 logo Wikimedia CommonsP2226 capitalisation boursière · P2139 revenus (convertis approximativement en EUR)Un cron tourne une fois par mois et rafraîchit les Q-IDs configurés. Les champs non renseignés côté Wikidata apparaissent comme « — » (typiquement la capitalisation pour les sociétés non cotées).
Le graphe de personnes de chaque entité est dessiné à partir du champ founders et ceode Wikidata. Pas de scraping LinkedIn, pas d'inférence.
localStorage sur ton appareil.Contact · desbouis.lgabriel@gmail.com