Méthodologie

Fellow lit 43 sources, listées ci-dessous depuis le catalogue même de l'ingestion. Le nombre d'articles de chacune et sa dernière lecture sont sur /sources.

Un cron tourne quatre fois par jour, à 9 h, 13 h, 17 h et 22 h, heure de Paris. Pour chaque run :

1. Fetch parallèle de toutes les sources avec timeout individuel.
2. Dédoublonnage par URL dans le batch, puis écart des URLs déjà ingérées. Après enrichissement, une même annonce vue par une autre source est fusionnée en cluster, même relayée des semaines plus tard (page de documentation, repost) : les voisins des 35 derniers jours sont retrouvés par similarité sémantique (embeddings) quand le vecteur existe, par mots-clés en repli, le premier article d'une sortie déjà enregistrée (modèle ou outil) est aussi proposé, même hors de cette fenêtre (jusqu'à 90 jours après son entrée), et un juge tranche (le doute profite au « distinct », et une étape nouvelle, comme des poids publiés après un aperçu, reste distincte). Un balayage de fin de run compare entre eux les items écrits dans le même batch, pour attraper les jumeaux que la dédup à l'écriture ne peut pas voir.
3. Extrait de la page pour les items arrivés sans résumé d'origine (liens relayés par Hacker News, pages index des labs, flux sans description) : les 3 000 premiers caractères du texte, récupérés en 4 secondes au plus, passés au modèle d'enrichissement et jamais enregistrés. La date de publication que la page déclare pour l'article (métadonnées, données structurées) sert aussi : pour un lien relayé par Hacker News, elle remplace l'heure du post quand elle est plus ancienne.
4. Enrichissement concurrent par un modèle Claude (traduction FR, classification, scoring).
5. Image : l'image de partage de l'article (og:image / twitter:image / image_src), à défaut le logo de l'acteur. Une illustration n'est générée par IA que pour les articles jugés notables ou majeurs par la passe éditoriale, jamais pour un doublon.
6. Upsert en base (UUID stable dérivé de l'URL canonique).
7. Invalidation des caches ISR des pages publiques si au moins un item écrit.

Fenêtre glissante : le flux, la recherche et le serveur MCP couvrent les articles ingérés dans les 35 derniers jours. Au-delà, chaque article reste en ligne à son adresse ; les archives classent par mois les articles résumés, hors ceux jugés bruit. Les articles sauvegardés avec le signet restent dans votre liste : sur votre compte si vous êtes connecté, sinon dans le stockage de votre navigateur.

Chaque item passe par un modèle Claude avec un prompt système qui impose un ton neutre de desk de rédaction (pas de style personnel, pas de familiarité). Le modèle 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 chaleur est une estimation subjective du modèle, corrigée ensuite par des signaux mérités (âge de l'article, reprises par d'autres sources, citations dans les newsletters). Elle ne s'affiche plus sur le site, sauf dans la recherche de sources par angle de l'éditeur. Elle sert au tri : elle départage les articles de même palier dans le briefing, l'email, les éditions et le récapitulatif, et compte dans l'ordre du flux de la une avec la pertinence et le palier d'impact. Le serveur MCP la donne encore aux assistants, comme donnée brute.

Un second cron (/api/cron/review, 30 minutes après chaque ingestion) relit chaque article avec, cette fois, le corps réel de la page (l'enrichissement initial voit le titre et l'extrait du flux RSS ou, à défaut, le début du texte de la page, jamais enregistré). Le modèle rend deux verdicts :

• Jugement d'impact : impact_tier parmi majeur, notable, léger, bruit, accompagné d'une phrase de justification qui cite le critère décisif. La grille « bruit » est explicite : annonce sans produit ni chiffres livrés, benchmark auto-proclamé sans protocole, partenariat sans engagement concret, déclaration d'intention de dirigeant, levée de fonds sans autre information, surcouche présentée comme une percée, étude sans document consultable. Quand l'article annonce une sortie que Fellow avait déjà enregistrée, le juge reçoit sa date et son premier article : un relais tardif ne se juge pas comme une nouvelle sortie, une étape nouvelle si.
• Contrôle du titre : si notre traduction FR déviait du titre original, elle est corrigée silencieusement. Si le titre original affirme un fait que le corps ne soutient pas, l'article porte un badge « titre à nuancer » avec l'explication. Le doute profite toujours au titre : mieux vaut un flag manqué qu'un flag injustifié.

Cette passe tourne depuis fin août 2026 et a repris les articles ingérés depuis la mi-août. Un article sans palier n'a pas (encore) été jugé, ou sa relecture a échoué et n'a pas encore été refaite : sans palier, il n'y a pas de verdict.

Dans le feed, rien n'est caché : un article jugé bruit y reste, marqué BRUIT. La promesse est de montrer qu'on l'a lu et jugé, pas de décider à votre place. Le jugement y hiérarchise sans soustraire : un article jugé majeur remonte, un article jugé bruit descend dans sa zone. La une et les archives mensuelles excluent le bruit. Tout reste en ligne, à son adresse.

Notre avis

Quand un article est jugé majeur, la rédaction est prévenue par email. Si elle a quelque chose à en dire, son avis brut est reformulé par un modèle Claude dans le style de la rédaction, puis relu et validé par la rédaction avant publication : rien ne part signé sans son accord. Ces avis apparaissent dans l'encadré « Notre avis » sous les articles concernés, signés « La rédaction de Fellow » : c'est la seule voix non neutre du site, et elle est signée.

Les principes qui pilotent cette passe (ce qui fait qu'une information compte, ce qu'on appelle science, opinion ou bruit, et ce qu'on ne prétend pas) sont publics et contestables : le manifeste de Fellow.

Un verdict peut changer. La passe éditoriale rejuge un article quand d'autres sources le reprennent ; la rédaction peut aussi le faire rejuger par l'IA, ou le corriger à la main. Chaque changement de palier est daté et signalé sous le verdict de l'article, avec son origine (« Révisé le 13 octobre 2026 : notable → bruit, corrigé par la rédaction »). Un verdict tranché par la rédaction n'est plus rejugé automatiquement.

Le registre du juge montre les verdicts des 90 derniers jours, semaine par semaine et source par source (la part de chaque palier n'est donnée qu'à partir de 30 verdicts, l'effectif toujours), les 20 derniers titres à nuancer, les révisions des 30 derniers jours et le journal des juges, c'est-à-dire le modèle qui a rendu chaque verdict.

Le chapeau qui apparaît en haut de la une (« {résumé} ») et ses trois priorités sont écrits à la fin de chaque passe éditoriale, quatre fois par jour (vers 9 h 30, 13 h 30, 17 h 30 et 22 h 30, heure de Paris), par un modèle Claude à partir de :

• Les articles jugés des 24 dernières heures, ou des 48 dernières s'il y en a moins de trois. Le bruit est toujours écarté, comme les articles publiés il y a plus de 72 heures.
• Le classement par verdict : le palier d'abord (majeur, notable, léger), puis les titres non signalés avant les titres à nuancer, puis la chaleur.
• Le nombre d'articles jugés depuis 24 heures, dont les majeurs.

Contraintes : deux phrases au plus, 280 caractères, style factuel, pas de tiret cadratin. Si le modèle est indisponible, un chapeau de repli construit sur les compteurs prend le relais.

Le flux de la une garde son propre ordre : il mêle la chaleur, la pertinence et le palier, qui fait monter un majeur et descendre un bruit sans décider seul. Son premier titre peut donc différer de la priorité n° 1 du briefing, qui ne retient que les articles jugés de la fenêtre, classés par verdict.

Fellow paraît quatre fois par jour, à 9 h, 13 h, 17 h et 22 h, heure de Paris. À l'heure pile, l'ingestion lit les sources ; à la demie, la passe éditoriale juge les nouveaux articles et écrit le briefing ; à 9 h 50, 13 h 50, 17 h 50 et 22 h 50, l'édition est bouclée. Jusqu'au 14 octobre 2026, Fellow paraissait trois fois par jour, à 9 h, 15 h et 21 h.

Le bouclage fige l'édition : les articles entrés depuis le bouclage précédent, avec leur verdict, leur raison et leur titre tels qu'à cet instant, et sa une, les cinq articles les mieux classés par verdict, complétée jusqu'à trois par ceux des 36 heures précédentes s'il y en a moins de trois. Une édition bouclée ne change plus : un verdict révisé depuis est signalé à côté, jamais réécrit.

Les éditions sont numérotées depuis le N° 1, le matin du 20 avril 2026. Une édition qui n'a pas paru laisse un trou dans la numérotation ; un bouclage manqué est rattrapé dans les 24 heures, et l'édition l'indique (« Bouclée après coup »). Les archives commencent avec le premier bouclage, en octobre 2026 ; depuis, toutes se relisent dans les éditions.

Demander à Fellow répond aux lecteurs connectés à partir de ce que Fellow a publié, et de rien d'autre : les articles de sa base, sur tout l'historique (la recherche par le sens couvre les 90 derniers jours), les fiches des acteurs et des modèles, et les textes de Fellow : ses avis publiés, les notes publiées de son carnet et son essai. Il ne cherche pas sur le web.

Chaque fait est suivi de sa source, numérotée et liée. Les textes de Fellow sont toujours cités entre guillemets, vérifiés mot pour mot par le serveur avant d'être affichés, avec leur source et leur date quand ils en ont une ; une citation qui ne se retrouve pas est signalée comme telle. Fellow ne prête à sa rédaction aucun avis qu'elle n'a pas écrit.

Les réponses sont rédigées par une IA : Claude Haiku 5.5 prépare la recherche, Claude Sonnet 5.5 rédige (Claude Haiku 5.5 en mode économe). Les verdicts qu'elles citent sont ceux de la passe éditoriale. Le nombre de questions par jour est limité pour chaque compte. Ce que deviennent vos questions est expliqué sur la page confidentialité.

Sous chaque article, les commentaires sont ouverts pendant 30 jours après l'entrée de l'article chez Fellow, à tout lecteur qui a un compte. Vous signez d'un nom affiché, public ; prénom et initiale suffisent. Un commentaire compte 2 000 caractères et 3 liens au plus ; 20 commentaires par 24 heures et 30 secondes entre deux. Les réponses de la rédaction sont signées « La rédaction ».

Les désaccords sont bienvenus, y compris avec Fellow, avec sa rédaction ou avec un verdict : un désaccord, même vif, n'est jamais un motif de retenue ni de masquage.

Un commentaire paraît tout de suite, sauf si le filtre automatique le retient pour relecture : spam ou publicité, insulte ou harcèlement d'une personne, haine, menace, données personnelles d'un tiers, hors-sujet incompréhensible. Tant qu'aucun de vos commentaires n'a paru, un commentaire qui contient un lien est aussi relu avant de paraître. Le filtre ne supprime jamais rien ; un commentaire retenu n'est visible que de vous, jusqu'à sa relecture.

La rédaction peut masquer un commentaire pour l'un de ces motifs : son auteur reçoit alors un email qui en donne la raison, et peut contester en y répondant. En cas d'abus répété, elle peut retirer à un compte le droit d'écrire, et masquer aussi ses commentaires ; l'auteur en est informé de la même façon. Elle peut aussi retirer un commentaire.

Tout lecteur connecté peut signaler un commentaire (spam ou publicité, insulte ou harcèlement, contenu illicite, hors sujet, autre motif) : le premier signalement d'un commentaire dans la journée (heure de Paris) arrive par email à la rédaction, avec son motif ; les suivants, ce jour-là, ne sont pas transmis. Un signalement peut aussi être envoyé à desbouis.lgabriel@gmail.com.

Vous pouvez supprimer votre commentaire à tout moment ; s'il a reçu des réponses, la mention « Commentaire retiré » reste à sa place, sans votre nom ni votre texte. Les commentaires sont publiés sous la responsabilité de leurs auteurs. Ce que deviennent vos commentaires et votre adresse est expliqué sur la page confidentialité.

Chaque acteur listé dans /entities a un profil tiré 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 secteurs
• P749 maison mère · P112 fondateurs · P169 CEO · P856 site officiel · P154 logo Wikimedia Commons
• P2226 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 que Wikidata ne renseigne pas ne sont pas affichés (typiquement la capitalisation pour les sociétés non cotées). Le siège vient d'une table relue à la main (la déclaration P159 de Wikidata, ou à défaut la page officielle de l'acteur), qui place aussi l'acteur sur la carte ; pour un acteur absent de cette table, il vient de Wikidata.

Le graphe de personnes de chaque entité est dessiné à partir du champ founders et ceo de Wikidata. Pas de scraping LinkedIn, pas d'inférence.

• Pas de scraping d'utilisateurs, de profils LinkedIn, ou de X/Twitter. Les mentions d'auteurs viennent exclusivement des flux RSS qu'ils publient eux-mêmes ou des crédits dans Wikidata.
• Pas de suivi de votre navigation sans votre accord. La mesure d'audience de PostHog, hébergé dans l'Union européenne, ne démarre dans votre navigateur qu'après votre accord dans la bannière. Le détail est sur la page confidentialité.
• Pas de récupération de cap-table ou d'actionnariat détaillé. Ces données ne sont pas ouvertes pour les labs privés (OpenAI, Anthropic, xAI). Fellow affiche uniquement ce qui est public sur Wikidata.
• Pas de décision humaine dans la boucle d'ingestion. Les traductions, résumés, classements et verdicts sont produits à 100 % par des modèles d'IA : Claude d'Anthropic, et Mistral AI en secours. Des erreurs sont inévitables (classification imparfaite, verdict discutable). Après coup, la rédaction peut faire rejuger un verdict ou le corriger à la main : la révision est alors datée et signalée sous l'article.

• Next.js 16 (App Router, ISR 5 min sur les pages publiques) sur Vercel.
• Supabase Postgres avec RLS : les articles se lisent publiquement, les données d'un compte ne sont accessibles qu'à son titulaire et au serveur.
• Anthropic (API Claude, SDK officiel) : par défaut, Claude Sonnet 5.5 pour l'enrichissement, la passe éditoriale, la recherche web, le briefing et « Notre avis » ; Claude Haiku 5.5 pour la dédup, les développements et l'extraction des liens et des citations. Coût suivi appel par appel.
• Mistral AI (API directe, OpenRouter en relais) : repli automatique quand le crédit mensuel de l'API Claude est épuisé ou que l'API Claude ne répond pas.
• Développements : la mention « Généré par » nomme le modèle qui a rédigé le texte, ou dit « IA » quand ce modèle n'a pas été enregistré, ce qui arrive pour des développements antérieurs au 20 octobre 2026.
• OpenRouter : embeddings (qwen3-embedding-8b) de la dédup sémantique et des recherches dans les archives.
• Wikidata SPARQL (endpoint public, pas d'auth) pour les profils d'entités.

Contact · desbouis.lgabriel@gmail.com