• Astralyn

    阿里 Zvec 项目近日开源 zg(Zvec-Grep),这是一款面向开发者与 AI Agent 的本地工作区搜索工具。相较于以精确字符串和正则匹配见长的 ripgrep(rg),zg 在同一套接口中加入 BM25 全文检索与向量语义检索,即使不知道具体文件名、函数名或原始措辞,用户也能用自然语言查找代码、文档和配置。

    zg 会在本地为工作区建立索引,并按代码符号、Markdown 标题等结构组织内容,返回附带文件路径、符号和行号的相关性排序结果;当目标名称已经明确时,也可切换至 rg 通道进行穷尽式验证。项目同时提供 CLI 和本地 MCP,可供 Claude Code、Qoder 等 Agent 调用。

    官方公布的 SWE-QA-Bench 结果显示,接入 zg 后回答质量提升 1.5 个百分点,输入 Token、工具调用和 Agent 执行时间分别下降约 47%、59% 和 38%。zg 目前仍处于公开预览阶段,支持 macOS、Linux 和 Windows,要求 Node.js 22 及以上,并以 Apache-2.0 许可证开放源码。

    图片

    图片

    来源:Zvec Blog

    主楼
  • 朱慧月

    不太像人,和rg比语义搜索和相关性排序是吧 ^-^

    不过方向感觉是对的,grep有grep的玩法,语义有语义的玩法 不过都这样了还叫grep 感觉是有点不要脸了 ‘w’

    #1
  • xausky

    rg 优势就是不需要建立索引啊,搞 zg 这种不就又回到 rag 的路子了么

    #2
  • Snow_Idrop

    看起来是把语义搜索和Rg聚合了的样子

    #3
  • reboot

    这个可以尝试用一下 看能不能代替一部分的之前的acp

    #4
  • reboot

    图片

    看起来还行

    #5
  • yu1745

    图片

    给他搞了个有巨量资源文件(json)的雷霆大仓库

    #6
  • ump90

    应该要跑个DeepSWE看看实际消耗token数和执行步数。这几个评测集,我不太信。

    #7
  • Q_A

    应该和semble这种对比吧,rg主要是速度快

    #8
  • 她的高玩

    最近微软也发了一个tgrep,再观望观望吧,至少目前来看,rg还是各个agent的主流呢,如果真的好,各家也会接入的

    #9
  • gd4ark

    和 codegrahp 一起用比较合适吧

    #10

发表回复

登录后回复