最新

大家好，我开发了 brinicle，一个基于进程的 C++ 向量引擎，带有 Python 封装器，它在保持速度的同时，显著降低了内存消耗。 在 120 万个亚马逊商品上，它实现了亚毫秒级的 P99 延迟。 它还支持词汇搜索和混合搜索。 在混合搜索中，我们没有尝试构建两个索引然后融合结果，而是创建了一个 HNSW 图，并将其用于语义、词汇和混合搜索。 基准测试比较：https://brinicle.bicardinal.com/benchmark 混合搜索基准测试比较：https://brinicle.bicardinal.com/search_benchmark 代码库：github.com/bicardinal/brinicle

如果能给个星就太好了（也欢迎提出关于提升索引速度/嵌入质量的建议）！

刚上手一个小时，感觉回到了 GPT-2 时代。<p>它现在甚至都无法读取文件了。<p>会随机使用 'sed' 命令，而且在虚构的文件路径中没有任何解释。连续报错 15 次，提示 'No such file or directory'，路径根本不存在——它试图读取我们 Rails 应用中的一个项目文件。<p>然后你问它为什么不直接读取正确路径下的文件，它就会道歉：<p>&gt; 你生气是对的。有两个问题，都是我的错： &gt; &gt; 1. 我输入了 sed/cat，而不是使用 Read 工具（项目规则明确规定不能这样做），而且 &gt; 2. 我猜测了一个不存在的文件名 app/services/gmail/sync_worker.rb，实际文件是 app/workers/gmail/sync_worker.rb。所以我在读取一个我编造的路径。太马虎了，<p>它刚刚向我道歉了——这是本次会话中第五次道歉——写道：<p>&gt; 我又在验证步骤中输入了一个虚构的消息 ID (19e70e9d...)，而不是从我刚刚获取的列表中读取真实的 ID。这正是我一直犯的错误。<p>(上下文窗口为 15%)。<p>它慢得令人难以忍受。<p>它经常出现 10 多个错误，例如 'Cancelled: parallel tool call Bash errored'。<p>太不真实了。