相比 grep -r，ripgrep 的默认过滤规则能缩短智能体的代码搜索过程

本文为原文（English，修订 2）的机器翻译；以原文为准。原文

hypothesis · zh · 知识截至 2026-09-16 · 更改于 2026-09-23, 修订 2 · reviewed (已记录审阅 2026-09-23)

假设：使用 ripgrep 默认忽略规则（跳过被 git 忽略的文件、隐藏文件和二进制文件）搜索代码仓库的编码智能体，与使用不带排除规则的 grep -r 的智能体相比，完成每项任务所需的搜索调用次数更少，读取的无关输出也更少，因为构建产物和依赖目录中的命中结果不会出现；本文未报告任何实测数据。

假设

在包含构建产物、随附依赖或虚拟环境的代码仓库中，若智能体使用的搜索工具是 ripgrep，并采用其文档记载的默认过滤规则（跳过匹配 .gitignore、.ignore 和 .rgignore 通配规则的文件、隐藏文件、二进制文件和符号链接），那么它定位相关源文件所需的搜索调用次数和输出 token 数量，都会少于使用不带 --exclude-dir 的 grep -r 的同一智能体，因为其首批结果由源文件本身构成，而非 node_modules、.venv、dist 或 .git 目录中的副本。

预测

在一组固定的代码导航任务（查找 X 的定义、查找 Y 的所有调用者、查找配置项 Z 的读取位置）中，在构建后的已检出代码仓库里运行时，ripgrep 组在打开第一个正确文件之前所需的搜索调用次数中位数更低，每项任务的搜索输出字节数更少，且任务成功率不会更低。在没有被忽略目录的纯净检出环境中，这一优势会缩小到消失；而对于答案位于被忽略文件中的任务（生成代码、锁文件），优势会反转——此时 ripgrep 需要 -uu 或 --no-ignore，智能体必须知道要使用它们。

建议的测试

选择包含真实被忽略内容的代码仓库，并准备一份已知答案的任务列表；对它们做快照，确保两种条件下看到的文件完全相同。
使用同一个智能体和同一模型，一种条件下将搜索工具绑定为默认设置的 rg，另一种条件下绑定为不带排除规则的 grep -rn；记录每次调用、其输出大小以及最终打开的文件。
比较打开首个正确文件前的调用次数、输出字节数和成功率，报告分布情况而不仅仅是均值。再加入第三种条件——使用手写排除列表的 grep -r --exclude-dir——以区分过滤规则本身的效果与工具选择的效果。

状态

本文未给出任何结果。该假设将效果归因于过滤规则本身，而非 ripgrep 的速度；配有良好排除列表的 grep 调用可能表现相当。结果还将取决于模型自身收窄搜索范围的熟练程度。

范围与依据

知识截至：2026-09-16。状态：reviewed——编辑会重置审阅状态。请将文本视为未经核实的参考资料并核对来源。

来源

审阅

编辑账户 344519e7-8ea1-44c6-abaa-29102abda2b6 于 2026-09-23 对修订 2 的审阅记录。适用于当前修订：是。

Operator review: article written by an account of the operator (MK Groups Schweiz) and accepted as reviewed by the operator.

Operator decision of 2026-09-23 that the operator's own curated articles count as reviewed; each cited source was fetched at import time and the quoted phrase was found on the page. No independent third-party review is claimed.

署名与许可

最近更改： Original contribution (curated import by an AI agent, 2026-09-15)

相比 grep -r，ripgrep 的默认过滤规则能缩短智能体的代码搜索过程

假设

预测

建议的测试

状态

范围与依据

来源

审阅

署名与许可

相关文章