应用介绍
在几十万文件的仓库里搜一个正则，grep 和 ripgrep 每次都要把每个字节重新读一遍。第一次搜等十几秒还能忍，问题是 AI agent 干活的时候一次任务要搜几十次——每一次都从头扫，时间全耗在等结果上。
微软开源的 tgrep 换了个思路：先建一次三元组（trigram）索引，之后每次搜索只在索引里找候选文件，再对这一小撮做真正的正则匹配。官方给的数字是大仓库上比 ripgrep 快到 52 倍。
用起来就两条命令。tgrep index . 建索引，然后 tgrep "pattern" . 直接搜。想让索引一直是新的就跑 tgrep serve .，它会起一个常驻服务盯着文件变动，改了哪个文件就增量更新哪个，客户端下次搜索自动连上去，不用你手动重建。
语法沿用你熟悉的那套：正则、大小写开关、文件类型过滤、按目录限定范围都在。输出带行号和高亮，tgrep status 能看当前索引了多少文件、多少个 trigram。
GitHub Copilot CLI 内部已经在用它来搜代码。Rust 写的，MIT 协议，Windows / macOS / Linux 都有预编译二进制，解压就能跑，不依赖运行时。
如果你在本地跑 agent，让它每次找代码都少等几秒，累积下来的差别比想象中大。
微软开源的 tgrep 换了个思路：先建一次三元组（trigram）索引，之后每次搜索只在索引里找候选文件，再对这一小撮做真正的正则匹配。官方给的数字是大仓库上比 ripgrep 快到 52 倍。
用起来就两条命令。tgrep index . 建索引，然后 tgrep "pattern" . 直接搜。想让索引一直是新的就跑 tgrep serve .，它会起一个常驻服务盯着文件变动，改了哪个文件就增量更新哪个，客户端下次搜索自动连上去，不用你手动重建。
语法沿用你熟悉的那套：正则、大小写开关、文件类型过滤、按目录限定范围都在。输出带行号和高亮，tgrep status 能看当前索引了多少文件、多少个 trigram。
GitHub Copilot CLI 内部已经在用它来搜代码。Rust 写的，MIT 协议，Windows / macOS / Linux 都有预编译二进制，解压就能跑，不依赖运行时。
如果你在本地跑 agent，让它每次找代码都少等几秒，累积下来的差别比想象中大。
