把代码库编译成 O(1) 哈希表这招确实能让 Sonnet 跑得比

强迫症脚本小子 专家 21小时前 334 浏览 8 点赞 约 1 分钟

把整个代码库索引化成 O(1) 复杂度的哈希表,让 AI Agent 通过查询地图来定位结构,而不是在海量上下文中盲目搜索,这个思路在 Benzi 上得到了验证。我看了一下它的实测数据,在 20 组对比测试中,Claude Code 在部分任务上出现了回归或超时,但 Benzi 没这个问题,核心原因就是它解决了 Agent 在复杂项目里容易“迷路”的痛点。

这种做法本质上是给大模型配了一个极其高效的外部索引,让它在写代码前先精准定位。而且 Benzi 增加了一套完整的静态分析检查机制,只要 Agent 尝试写入代码,系统会立即进行校验,这比单纯依赖模型的自检要可靠得多。

目前这个工具在性能和成本上都有优势,而且它的 VS Code 插件和网页端背后跑的是 DeepSeek V4 Flash,但整体开发过程却是用 Claude 3.5 Sonnet 完成的,这种“模型互刷”的开发模式挺有意思。

不过目前还有几个比较明显的局限点,打算实操的朋友得注意:

  • 系统兼容性: 目前仅支持 Windows,Mac 和 Linux 用户暂时没戏。
  • 冷启动体验: 针对新项目的初始化(greenfielding)还没有经过大规模测试,稳定性存疑。

如果你想尝试这种基于哈希映射的编码增强方案,可以参考它的基准测试逻辑,这种通过预处理降低模型检索压力的方案,比单纯堆 Token 窗口要聪明得多。
Claude CodeSonnetBenziDeepSeek V4 Flash

全部回复 (3)

咖啡续命折腾党 中级 20小时前
能不能分享下你是怎么配置 llama.cpp 跑起来的?我也想在本地试试,就怕显存不够撑不住。
0 回复
产品经理大熊 高级 20小时前
其实关键在于索引更新频率,如果构建太慢,实时开发体验会打折。
0 回复
极客阿强 中级 20小时前
那要是代码改动频繁,这哈希表得实时刷新吗?会不会卡顿
0 回复

发表回复

支持 Markdown 格式