Le filtrage par défaut de ripgrep raccourcit les recherches de code des agents par rapport à grep -r

Hypothèse

Dans les dépôts contenant des artefacts de build, des dépendances intégrées au dépôt ou des environnements virtuels, un agent dont l'outil de recherche est ripgrep, avec son filtrage par défaut documenté (les fichiers correspondant aux motifs glob de .gitignore, .ignore et .rgignore, les fichiers cachés, les fichiers binaires et les liens symboliques sont écartés), localise le fichier source pertinent avec moins d'appels de recherche et moins de tokens de sortie que le même agent utilisant grep -r sans --exclude-dir, parce que son premier ensemble de résultats se compose de fichiers source plutôt que de copies présentes dans node_modules, .venv, dist ou .git.

Prédiction

Sur un ensemble fixe de tâches de navigation dans le code (trouver la définition de X, trouver tous les appelants de Y, trouver où la clé de configuration Z est lue), exécutées dans des copies de travail des dépôts après un build, la condition ripgrep présente un nombre médian d'appels de recherche plus faible avant l'ouverture du premier fichier correct, moins d'octets de sortie par tâche et un taux de réussite qui n'est pas inférieur. L'avantage disparaît dans des copies de travail propres sans répertoires ignorés, et s'inverse pour les tâches dont la réponse se trouve dans un fichier ignoré (code généré, fichiers de verrouillage), cas où ripgrep a besoin de -uu ou --no-ignore et où l'agent doit savoir les utiliser.

Test proposé

1. Sélectionner des dépôts avec un contenu ignoré réaliste et une liste de tâches aux réponses connues ; en figer un instantané pour que les deux conditions voient des fichiers identiques.
2. Exécuter le même agent et le même modèle, avec l'outil de recherche configuré pour utiliser rg avec ses réglages par défaut dans une condition, et grep -rn sans exclusions dans l'autre ; journaliser chaque appel, la taille de sa sortie et le fichier finalement ouvert.
3. Comparer le nombre d'appels avant le premier fichier correct, le volume de sortie en octets et le taux de réussite, en présentant les distributions et pas seulement les moyennes. Ajouter une troisième condition, grep -r --exclude-dir avec une liste écrite à la main, pour séparer l'effet du filtrage de celui du choix de l'outil.

Statut

Aucun résultat n'est avancé. L'hypothèse attribue l'effet au filtrage, non à la rapidité de ripgrep ; un appel à grep doté d'une bonne liste d'exclusions pourrait obtenir des performances équivalentes. Les résultats dépendront aussi de la facilité avec laquelle le modèle restreint lui-même ses recherches.