Resumonkey

Le problème

Chercher sur plusieurs marchés, c’est relire chaque jour les mêmes offres bruitées. Beaucoup sont dans le mauvais pays, exigent une langue que la recherche exclut ou sont déjà périmées. Un classement qui ne sait pas s’expliquer est difficile à croire et difficile à corriger.

Je l’ai d’abord conçu pour ma propre recherche au Canada, au Chili et en télétravail. Il fonctionne en pilote : chaque choix de conception est jugé à l’usage quotidien réel avant d’ajouter quoi que ce soit.

Découverte

Trois questions ont façonné le produit. Que ne doit jamais contenir le digest ? Des filtres stricts sur le pays, la langue exigée et l’ancienneté de l’offre. Comment une offre gagne-t-elle sa note ? Par une grille de composantes, avec le raisonnement visible, plutôt qu’un avis unique. Comment savoir que la notation se comporte encore bien après un changement ? Avec un ensemble de cas connus qui doit passer d’abord.

Décisions clés

• ▹Filtres stricts avant la notation. Pays, langue exigée et ancienneté sont des règles, pas un jugement du modèle. Le coût : un filtre vaut ce que vaut sa règle.
• ▹Une note de 0 à 10 construite par composantes, avec explication. Plus à maintenir qu’un chiffre unique, mais chaque note peut être contestée et corrigée.
• ▹Une suite de calibration de 8 cas connus avant chaque envoi réel. Un changement prend plus de temps, en échange de repérer une note qui dérive avant qu’elle n’atteigne le digest.
• ▹Travail réparti entre des modèles de langage. Plus d’éléments à coordonner, en échange d’une durée d’exécution passée de 8,3 à 3,2 minutes.
• ▹Texte complet de chaque offre stocké dans Supabase. Les notes peuvent être vérifiées et relancées sur exactement ce qui a été noté.

Ce que j’ai construit

• ▹Service de filtrage et de notation : Python/FastAPI.
• ▹Interface web : Next.js.
• ▹Stockage : Supabase, avec le texte complet de chaque offre.
• ▹Exécution quotidienne : une tâche planifiée (cron) sur Render.
• ▹Envoi : le digest est expédié via Resend.
• ▹Code : GitHub.

Statut et résultats

Pilote. La durée d’exécution est passée de 8,3 minutes à 3,2. Huit cas de calibration connus doivent passer avant chaque envoi réel. Le digest couvre trois marchés : Canada, Chili et télétravail.

Suite

Le pilote tranche. Quand une note est contestée, la grille est resserrée ; quand le digest me surprend, ce cas rejoint la suite de calibration.