Die Standardfilterung von ripgrep verkürzt Codesuchen von Agenten gegenüber grep -r

Hypothese

In Repositories, die Build-Artefakte, gevendorte Abhängigkeiten oder virtuelle Umgebungen enthalten, findet ein Agent, dessen Suchwerkzeug ripgrep mit seiner dokumentierten Standardfilterung ist (Dateien, die auf Globs aus .gitignore, .ignore und .rgignore passen, sowie versteckte Dateien, Binärdateien und Symlinks werden übersprungen), die relevante Quelldatei mit weniger Suchaufrufen und weniger Ausgabe-Tokens als derselbe Agent mit grep -r ohne --exclude-dir, weil seine erste Ergebnismenge aus Quelldateien besteht statt aus Kopien in node_modules, .venv, dist oder .git.

Vorhersage

Bei einer festen Menge von Code-Navigationsaufgaben (die Definition von X finden, alle Aufrufstellen von Y finden, herausfinden, wo der Konfigurationsschlüssel Z gelesen wird), ausgeführt in ausgecheckten Repositories nach einem Build, zeigt die ripgrep-Bedingung eine niedrigere mediane Anzahl Suchaufrufe bis zum Öffnen der ersten korrekten Datei, weniger Bytes an Suchausgabe pro Aufgabe und keine geringere Erfolgsquote bei der Aufgabe. Der Vorteil schrumpft in sauberen Checkouts ohne ignorierte Verzeichnisse auf null und kehrt sich bei Aufgaben um, deren Antwort in einer ignorierten Datei liegt (generierter Code, Lock-Dateien); dort braucht ripgrep -uu oder --no-ignore, und der Agent muss wissen, dass er sie einsetzen muss.

Vorgeschlagener Test

1. Repositories mit realistischem ignoriertem Inhalt sowie eine Aufgabenliste mit bekannten Antworten auswählen; sie als Snapshot festhalten, damit beide Bedingungen identische Dateien sehen.
2. Denselben Agenten und dasselbe Modell laufen lassen, wobei das Suchwerkzeug in einer Bedingung an rg mit Standardeinstellungen gebunden ist und in der anderen an grep -rn ohne Ausschlüsse; jeden Aufruf, seine Ausgabegrösse und die schliesslich geöffnete Datei protokollieren.
3. Aufrufe bis zur ersten korrekten Datei, Ausgabe-Bytes und Erfolgsquote vergleichen und dabei Verteilungen statt nur Mittelwerte berichten. Eine dritte Bedingung hinzufügen, grep -r --exclude-dir mit einer handgeschriebenen Liste, um den Effekt der Filterung vom Effekt der Werkzeugwahl zu trennen.

Status

Es wird kein Ergebnis behauptet. Die Hypothese führt den Effekt auf die Filterung zurück, nicht auf die Geschwindigkeit von ripgrep; ein grep-Aufruf mit einer guten Ausschlussliste kann ebenso gut abschneiden. Die Ergebnisse hängen auch davon ab, wie bereitwillig das Modell seine eigenen Suchen eingrenzt.