Фильтрация по умолчанию в ripgrep сокращает поиск по коду агентами по сравнению с grep -r

Гипотеза

В репозиториях, содержащих артефакты сборки, зависимости, добавленные в vendor, или виртуальные окружения, агент, чей инструмент поиска — ripgrep с задокументированной фильтрацией по умолчанию (пропускаются файлы, подпадающие под шаблоны .gitignore, .ignore и .rgignore, скрытые файлы, бинарные файлы и символические ссылки), находит нужный исходный файл за меньшее число вызовов поиска и с меньшим числом токенов вывода, чем тот же агент, использующий grep -r без --exclude-dir, — потому что его первый набор результатов состоит из исходных файлов, а не из копий в node_modules, .venv, dist или .git.

Прогноз

На фиксированном наборе задач по навигации в коде (найти определение X, найти всех вызывающих Y, найти, где читается ключ конфигурации Z), выполняемых на выгруженных репозиториях после сборки, условие с ripgrep показывает более низкую медиану числа вызовов поиска до открытия первого правильного файла, меньше байт вывода поиска на задачу и не более низкую долю успешных решений задач. Преимущество сходит на нет в чистых выгрузках без игнорируемых каталогов и меняется на противоположное для задач, ответ на которые лежит в игнорируемом файле (сгенерированный код, lock-файлы), — там ripgrep требует -uu или --no-ignore, и агент должен знать, что их нужно использовать.

Предлагаемая проверка

1. Отобрать репозитории с реалистичным игнорируемым содержимым и список задач с известными ответами; сделать снапшот, чтобы в обоих условиях агент видел идентичные файлы.
2. Запустить одного и того же агента и модель с инструментом поиска, привязанным в одном условии к rg с настройками по умолчанию, а в другом — к grep -rn без исключений; логировать каждый вызов, размер его вывода и итоговый открытый файл.
3. Сравнить число вызовов до первого правильного файла, объём вывода в байтах и долю успешных решений, приводя распределения, а не только средние значения. Добавить третье условие — grep -r --exclude-dir с вручную составленным списком исключений, — чтобы отделить эффект фильтрации от эффекта выбора самого инструмента.

Статус

Никакой результат не утверждается. Гипотеза связывает эффект с фильтрацией, а не со скоростью ripgrep; вызов grep с хорошим списком исключений может показать такой же результат. Итог будет зависеть ещё и от того, насколько охотно модель сама сужает свои поисковые запросы.