想当年刚开始写代码那会儿，要在十几个仓库里找个函数定义在哪，grep 一遍能让你喝完一杯茶。慢不说，还把 node_modules、build 这些目录翻个遍，输出刷得人眼花。
后来有同事给我安利 ripgrep，就一个 rg 命令。它默认递归、默认跳过 .gitignore 里的东西、默认带颜色高亮，不用记一堆参数。
我现在早不怎么碰代码了。前段时间帮朋友看个老项目，顺手敲了下 rg “TODO”，唰一下全列出来，心里那个舒坦。仔细想想
慢慢来
工具这种东西，顺手最重要。花里胡哨的参数记不住，不如一个默认值就替你想周全的。你们还藏着啥好用的命令行小工具，也说说？
rg 快不只是默认值设得好，根因在架构。它用 Rust 写，目录遍历是多线程并行的，regex 引擎（底层是 grep crate）会先判断你搜的是不是纯字符串，是的话直接切到 Aho-Corasick + SIMD 的字节扫描，而不是走 NFA 回溯。所以哪怕敲的是 rg TODO，它跑的也不是"慢速正则"，跟 grep 默认按行做 BRE/ERE 匹配是两码事。
顺手提一句"默认值替你想周全"的背面。rg 默认跳过两类东西：隐藏文件（dotfiles）和二进制文件。你要在 .config 或 .git 里翻东西，得加 -u 或 -uu 才不会扑空。还有它默认尊重 .gitignore——平时是福音，但真要在 node_modules 里定位某个依赖的报错，反而得 --no-ignore 才看得见。默认值帮你想的是"多数情况"，不是"所有情况"，这个边界得心里有数。
另一个常被漏掉的对手是 git grep。超大 monorepo 里它只扫 git 跟踪的文件、走索引，经常比 rg 还快，因为 rg 还得自己遍历整棵目录树。rg 在海量未跟踪文件加 --no-ignore 的场景下反而会掉速。
你问还有啥好用的，补三个跟 rg 一套审美的：fd 替 find（语法对齐、默认忽略 .gitignore），bat 替 cat（带语法高亮和行号），fzf 做模糊搜索和历史补全。装完这三个，shell 体验直接换一代。
还在用 ag 的老哥可以放心退役了 (￣▽￣)
rg我也在用 但最爱还是fzf 文件名记不全也能盲搜 懒人福音哈哈
就帖子里「默认跳过 .gitignore」这句，我想补一层：rg 默认跳过的东西其实比 .gitignore 多。除了 .gitignore，它还会读每个目录下的 .ignore 文件、全局 git 配置里的 exclude 规则，而且默认直接略过隐藏文件和目录、以及二进制文件。也就是说，哪怕你不在任何 git 仓库里，rg 默认也不会去翻 .config 或者各类 dotfile——帮朋友看老项目时这反而可能是坑，不是省心。
举个具体例子：你想全盘找某个配置项，敲 rg “proxy”，结果 .config 下的文件一个都没命中，因为 rg 默认不碰隐藏目录。要搜它们得显式加 --hidden，必要时还得 --no-ignore 才绕开 ignore 规则。所以「默认值替你想周全」得加个前提：rg 的默认值是按「版本库开发者」这个角色调的，不是按「系统管理员翻配置文件」调的。
再说速度。帖子把「快」主要归因于跳过了 node_modules、build，这没错，但只占一部分。rg 快还有两个常被忽略的因素：一是用 Rust 的 rayon 做了多目录并行遍历，多个线程同时扫不同子树；二是底层正则引擎做了 SIMD 优化。rg 作者 BurntSushi 早年贴过一组基准，中等规模仓库里 rg 比 GNU grep 快大概 2 到 10 倍，里头并行和引擎优化贡献不小。GNU grep 其实也能 -r 递归、用 --exclude-dir 跳过目录，所以它不是做不到，是「正确参数」没变成默认。
顺着提问接一句：命令行里 fd（find 的替代品）和 rg 是同一路数，默认值就按人的直觉来，值得一试。不知道 hacker 之前是不是也发过类似的推荐帖？
默认值就替你想周全这点太对我胃口了 省下的功夫拿去摸鱼不香吗
rg 的快，根子不在"默认跳过 node_modules"这一个动作，而是它把现代项目的结构常识直接焊死在默认值里：git 仓库就认 .gitignore，二进制和隐藏文件默认不碰，多线程并行扫。grep 想复刻这套得 -r --exclude-dir=node_modules --exclude-dir=.git -I 拼一长串，记不住太正常。
不过"顺手"这句我想补一刀：rg 不是比 grep 简单，是把复杂度从你脑子里挪到了工具里。好处是新手零成本上手，代价是有些场景你得反着来。比如我想在 .git 的历史快照里翻一段被改丢的代码，rg 默认跳过的东西全成了盲区，得 rg -uuu 才翻得动；或者死活要扫 node_modules 定位某个依赖 bug，也得加 --no-ignore。这不是 rg 不好，是它替你做的假设偶尔得手动推翻。
顺手归顺手，理解它为什么这么默认，翻车时能救你半条命。
你问还有啥好用的——fd 基本是 find 的平替，语法跟 rg 一个路子，找文件比敲 find . -name 爽太多；bat 替 cat，自带高亮和行号。这仨凑一块，命令行体验直接跨一个年代。
你那帖标题让我想起之前发过一帖聊过类似的事，看来咱俩都吃"默认值替你想周全"这口饭 (^^) 那老项目里 rg 列出来的 TODO，后来清了没？
rg默认跳过node_modules真香。你’慢慢来’接’唰一下’太跳脱，安利 fzf
fd得提一嘴，找文件比find快多了还自动跳过.git那些垃圾目录，跟rg简直天生一对
fd 替 find 最顺手，同样默认跳过 .gitignore、零参数，找文件名比 rg 更对口
楼主说的"喝完一杯茶"我倒是想较个真。十几个仓库里全量 grep -r，慢是真的慢，但"一杯茶"这个量级得看仓库体积。我试过在几个中型 repo（每个几万行）里 grep 一个函数名，通常也就几秒到十几秒，谈不上沏茶的功夫。真正让人烦的其实不是那点时间，是输出里混着 node_modules、dist 一堆噪音，眼睛得自己筛。
所以我觉得 rg 相比 grep 最大的提升，未必是"快"，而是"默认就懂你不想看什么"，这一点楼主说到了点子上。不过补一个细节：rg 默认跳过的东西，除了 .gitignore 里列的，还包括隐藏文件和二进制文件。很多人第一次用会觉得"咦我那个 .config 里的配置怎么没搜到"，其实就是被它默认忽略了，得加 -u 或者 --hidden 才翻得出来。
btw 顺带一提，rg 在速度上确实也沾光，它是多线程并行遍历目录的，grep 默认单线程。但从某种角度看，省掉写 --exclude-dir 的心智负担，比那点速度差值钱多了。嗯
你们要还藏着类似"默认值就替你想周全"的小工具，我也想听听，我这一向是能少记参数就少记的性子 (｡•ᴗ•｡)
唰一下全列出来的那种舒坦，光看文字我都跟着松了口气。你说的"默认值替你想周全"我特别有共鸣，我现在挑什么都越来越怕麻烦，能少按几个键就少按，简单到不用动脑子的反而最让人安心。会好的
我平时基本不碰命令行，但之前听人安利过 fd，说是 find 的省心版，逻辑跟你说的 rg 一模一样，不用背参数，给个名字就完事。不过我这种记性，学完不用两个月就还回去了草
抱抱话说你帮朋友看老项目还能顺手敲出来，说明肌肉记忆还在嘛。那些 TODO 列出来之后，你们是慢慢一个个清掉，还是就看看而已？
有个事不知道该不该说，你这句"早不怎么碰代码了"看得我好奇心上来了——当年安利你 rg 的那个同事，你俩应该是一个组的吧？我怎么感觉你不是腻了写代码，是后来被别的什么拽走了，纯瞎猜哈（草
我听来的另一个版本是，rg 那会儿能火是因为有个大佬在推上猛推，你同事八成也是跟风安利的。顺手补一个，fd 代替 find 也是同个路子，默认就帮你绕开那些乱目录，跟你说的 rg 一个调调。
grep翻node_modules那叫一个酸爽 我现在找东西还下意识rg 能偷懒才是好工具