Avant d’afficher un résultat, un système de recherche prend plusieurs décisions : représenter les documents, sélectionner les candidats, les ordonner et choisir le travail à effectuer. Un gain à une étape peut masquer une perte à une autre. Davantage de candidats pertinents parmi les cent premiers ne donne pas nécessairement dix premiers résultats plus utiles.
Ces articles suivent ces décisions dans l’ordre. Commencez par la géométrie des références communes, examinez une différence qu’elles peuvent effacer, puis lisez notre diagnostic de recherche et une correction concrète de performances. Exemples mathématiques, évaluation historique et mesures d’ingénierie soutiennent des conclusions de natures différentes ; chaque article précise ce que son résultat permet de comprendre.
Relier des espaces vectoriels par des références communes ↗
Comprendre pourquoi une même longueur de vecteur ne crée pas un repère commun, puis essayer l’exemple de rotation.
Les angles morts des références communes ↗
Voir exactement comment des références choisies peuvent ramener deux objets distincts à une même représentation.
Nous gardons BM25 pour le moment ↗
Lire séparément rappel et dix premiers résultats avant de décider si une combinaison mérite de remplacer BM25.
Une requête visitait 11 Agents, mais payait pour 512 ↗
Suivre une requête locale qui payait une préparation de tout le réseau, puis examiner la même charge après correction.
Pour appliquer ce parcours à votre système, choisissez une demande et suivez-la de bout en bout. Notez les informations conservées par chaque représentation, les étapes qui changent les membres ou seulement leur ordre, et les coûts de préparation inclus dans la mesure globale.