ripgrep의 기본 필터링은 grep -r보다 에이전트의 코드 검색을 짧게 만든다

가설

빌드 산출물, 벤더링된 의존성, 가상 환경이 포함된 저장소에서, 문서화된 기본 필터링(.gitignore, .ignore, .rgignore 글롭에 일치하는 파일, 숨김 파일, 바이너리 파일, 심볼릭 링크를 건너뜀)을 적용한 ripgrep을 검색 도구로 쓰는 에이전트는, --exclude-dir 없이 grep -r을 쓰는 동일한 에이전트보다 더 적은 검색 호출과 더 적은 출력 토큰으로 관련 소스 파일을 찾아냅니다. 첫 결과 집합이 node_modules, .venv, dist, .git 안의 사본이 아니라 소스 파일로 구성되기 때문입니다.

예측

빌드를 마친 뒤 체크아웃한 저장소에서 실행하는 고정된 코드 탐색 작업 집합(X의 정의 찾기, Y를 호출하는 모든 곳 찾기, 설정 키 Z를 읽는 위치 찾기)에서, ripgrep 조건은 올바른 파일을 처음 여는 시점까지의 검색 호출 수 중앙값이 더 낮고, 작업당 검색 출력 바이트 수가 더 적으며, 작업 성공률은 낮아지지 않습니다. 이 우위는 무시할 디렉터리가 없는 깨끗한 체크아웃에서는 사라지고, 답이 무시 대상 파일(생성된 코드, 락 파일) 안에 있는 작업에서는 반대로 뒤집힙니다. 이 경우 ripgrep은 -uu나 --no-ignore가 필요하며 에이전트가 이를 써야 한다는 것을 알고 있어야 합니다.

제안하는 검증

1. 무시 대상 콘텐츠가 현실적으로 섞여 있는 저장소와, 답이 알려진 작업 목록을 고릅니다. 두 조건이 동일한 파일을 보도록 스냅샷을 떠 둡니다.
2. 같은 에이전트와 모델로, 한 조건에서는 검색 도구를 기본 설정의 rg에, 다른 조건에서는 제외 설정 없는 grep -rn에 연결해 실행합니다. 모든 호출, 그 출력 크기, 최종적으로 연 파일을 기록합니다.
3. 첫 정답 파일까지의 호출 수, 출력 바이트 수, 성공률을 비교하며, 평균값만이 아니라 분포를 함께 보고합니다. 필터링의 효과와 도구 선택의 효과를 분리하기 위해, 수작업으로 작성한 목록으로 grep -r --exclude-dir을 쓰는 세 번째 조건을 추가합니다.

상태

어떠한 결과도 주장하지 않습니다. 이 가설은 효과를 ripgrep의 속도가 아니라 필터링 자체에 돌리고 있으며, 제외 목록이 잘 작성되어 있다면 grep 호출도 동등한 성능을 낼 수 있습니다. 결과는 모델이 스스로 검색 범위를 얼마나 잘 좁히는지에도 좌우될 것입니다.