00:13官方一手AWS Machine Learning Blog@Marc Trimuschat精选AWS 推出向量解决方案,无需独立向量数据库或数据迁移。该方案包含六项专用服务。文章提供了选择合适引擎的决策框架。内容还包含客户案例证明。AI产品AWS向量搜索智能体推荐理由:AWS 把向量搜索直接集成到数据库和存储服务里了,不用再单独搞个向量数据库,能帮你直接在数据所在的地方构建智能体。原文稍后读已读值得跟进有用关注 AWS
22:46Qdrant@qdrant_engine精选ACORN在查询时解决向量搜索过滤问题,通过跳过过滤掉的邻居保持连通性。Qdrant的filterable HNSW采用索引时解决方案,在共享负载值的点间添加边。在100万向量1%过滤测试中,filterable HNSW在1.0ms内达到99.8%召回率,ACORN在4.7ms内达到67.7%。ACORN在处理宽值和AND过滤器时仍有优势,在有专门构建的图时效果最佳。AI模型ACORNHNSWQdrant推荐理由:Qdrant发布了filterable HNSW,比ACORN更快实现高召回率向量搜索过滤,两种方法各有优势。原文稍后读已读值得跟进有用关注 ACORN
07:19Qdrant@qdrant_engineQdrant 1.19正式发布。官方推特以1/6线程预告主要更新。完整发布日志已上线qdrant.tech博客。新版本面向向量数据库用户。AI产品Qdrant向量数据库向量搜索推荐理由:Qdrant官网发了1.19版本,推特上剧透了重点,做向量数据库的直接看博客就行。原文稍后读已读值得跟进有用关注 Qdrant
00:49mem0@mem0ai精选mem0 通过将向量搜索迁移到 Turbopuffer,把查询延迟从 8-14 秒降到约 110-120 毫秒。这次优化带来 70 倍加速,同时让 Postgres 专注于其擅长的关系型数据存储。mem0 在博客中展示了这套面向 AI 代理记忆基础设施的架构调整。技巧mem0TurbopufferPostgres推荐理由:mem0 写了个博客,把向量搜索迁到 Turbopuffer 后延迟从 8-14 秒降到 110ms。做 AI 代理记忆的可以学学。原文稍后读已读值得跟进有用关注 mem0
18:32官方一手歸藏(guizang.ai)@op7418AsterMem 是一个第三方 memory 系统,可为任何 AI Agent 接入长期记忆。它支持 Markdown、文本、书签等多种格式,自动将长内容切分为语义片段并打标签。系统集成了向量搜索与向量索引,数据可直接读取 Markdown、数据库或向量库。它提供知识图谱、时间轴和向量空间视图,兼容 Cloud Code、Codex、Cursor 等工具。项目完全开源,用户可自由选择模型,备份只需拷贝文件夹,数据完全属于用户。AI产品AsterMemAgent记忆系统4 个信源在谈事件专题推荐理由:给任何 AI Agent 插上长期记忆,还开源可控,数据完全归你,比别的平台自由多了。原文稍后读已读值得跟进有用关注 AsterMem
12:06官方账号arXiv cs.LG@Masahiro Kato, Taka Kato该论文提出一步法和两步法,将检索增强生成(RAG)用于因果推断中的政策学习。两步法通过向量搜索检索动作特定的邻近证据,生成器估计条件期望结果,从而连接向量搜索与最近邻匹配。他们将后悔分解为候选生成后悔和候选内选择后悔,并用最近邻估计器和Transformer的预测误差进行界限分析。一步法则直接作为策略进行评估,无需中间计算。论文RAG向量搜索因果推断推荐理由:这篇论文把RAG和因果推断结合起来,用向量搜索做最近邻匹配,还证明了理论界限,挺有意思的。原文稍后读已读值得跟进有用关注 RAG
00:57Qdrant@qdrant_engine精选HubSpot基于Qdrant构建了VAST向量搜索服务,管理超过20B向量,覆盖5个区域,服务38个团队。架构包含150个集群、2000多个pod,单个集合达9.5B向量,写入速度5000/s峰值100K/s。为解决Helm的局限性,他们开发了针对Qdrant的Kubernetes operator,实现了分片管理、复制和生命周期自动化,集群创建从小时级缩短至分钟级。在一项3B+点的BM42稀疏向量集合上,资源偏差降低了65%。技巧QdrantHubSpotVAST推荐理由:HubSpot分享了如何用Qdrant处理20B+向量搜索,自己写K8s operator搞定Helm搞不定的集群管理,集群创建从小时变分钟,资源偏差降65%。硬核实战经验。原文稍后读已读值得跟进有用关注 Qdrant
13:04官方账号阿里云 Alibaba Cloud@alibaba_cloud精选阿里云推出 EMR Serverless Spark 的混合标量-向量检索功能,可将向量搜索与 SQL 过滤合并为单个查询。该方案支持零数据移动,直接在数据湖中运行,速度比开源 Spark 快 3 倍,并能在数十亿行规模上扩展。适用于离线嵌入、去重等场景。AI产品Alibaba CloudEMR Serverless SparkStarRocks推荐理由:阿里云把向量搜索和 SQL 过滤合进一条 SQL,不用搬数据,速度还比开源 Spark 快3倍,做大规模离线嵌入和去重非常实用。原文稍后读已读值得跟进有用关注 Alibaba Cloud
20:12Qdrant@qdrant_engine社区开发者Satyam Sahu构建了一个完全离线的AI生活记忆器。该工具结合了Gemini 2.0与Qdrant Edge向量数据库,在设备端实现私密记忆存储与语义检索。所有数据处理均在本地完成,无需联网。这是边缘AI与向量搜索技术相结合的一个实际应用案例。技巧Gemini 2.0Qdrant Edge边缘AI推荐理由:有人用Gemini 2.0和Qdrant Edge做出了离线记忆器,能私密记录生活并智能搜索,挺实用的。原文稍后读已读值得跟进有用关注 Gemini 2.0
10:38官方账号阿里云 Alibaba Cloud@alibaba_cloud精选72°阿里云EMR Serverless StarRocks发布Lakehouse多模态混合检索功能,将全文搜索、标量搜索和向量搜索统一于单一SQL引擎。它直接在Paimon、Iceberg、Lance等数据湖格式上查询,无需数据迁移。支持列级写入更新嵌入或标签。内置AI函数可在SQL中生成嵌入。采用Serverless架构,按查询付费。适用于自动驾驶场景挖掘、RAG知识库和多模态电商搜索等场景。AI产品StarRocksAlibaba Cloud多模态检索推荐理由:阿里云把全文搜索、向量搜索和标量搜索统一成一个SQL,还能直接查数据湖格式,不用搬数据,搞RAG或搜索应用能省一大笔集成成本。原文稍后读已读值得跟进有用关注 StarRocks
01:02Weaviate@weaviate_io精选Weaviate Playground 推出 ecommerce demo,名为 WeCommerce,支持关键词、情绪或氛围查询,自动路由到 BM25、语义向量搜索或混合搜索。结果支持实时分面过滤(类别、品牌、价格),产品页通过近对象向量搜索推荐相似商品。整个搜索和推荐由同一向量集合驱动,无需额外基础设施。演示基于 Weaviate Cloud 免费层,可快速搭建。技巧WeaviateWeCommerce向量搜索推荐理由:想给你的电商加智能搜索?Weaviate 这个 demo 直接演示了关键词、情绪查询和混合搜索怎么做,还带分面过滤,免费就能试。原文稍后读已读值得跟进有用关注 Weaviate
01:33Milvus@milvusio精选74°Milvus 的 Force Merge Compaction 功能可将多个密封段合并为单个,减少查询时的扇出开销。在 1M 向量 HNSW 集合的基准测试中,QPS 从约 3,000 升至 5,400-5,800(约 1.8 倍),p99 延迟降低约三分之一。该功能适用于数据写入稳定后的批量合并,现处于公开预览阶段。AI产品MilvusForce MergeHNSW推荐理由:Milvus 新功能 Force Merge,合并段后搜索快一倍,延迟降三分之一,试试呗。原文稍后读已读值得跟进有用关注 Milvus
08:00Qdrant@qdrant_engineQdrant联合Kaivid Labs创始工程师Tarun演示如何构建完全离线的RAG系统,使用Qdrant EDGE进行轻量级设备端向量搜索,搭配Google LiteRT通过硬件加速运行语言模型,实现文档问答、个人助理和笔记搜索,无需任何云依赖。活动时间为7月7日,包含现场实操。技巧Qdrant EDGEGoogle LiteRTRAG推荐理由:教你用Qdrant EDGE和Google LiteRT搭一个完全离线的RAG系统,文档问答、个人助理全在本地跑,再也不用担心隐私和联网了。原文稍后读已读值得跟进有用关注 Qdrant EDGE
13:28Milvus@milvusioMilvus 和 Zilliz 生态系统推出 Zilliz Birdpedia,用鸟类比喻解释其组件:Milvus 是向量搜索引擎,可扫描千亿级高维向量;Cardinal 是 Zilliz Cloud 的高级向量搜索引擎,在 ANN 搜索、top-K、范围搜索和过滤密集型工作负载上表现优异;Woodpecker 是 Milvus 的云原生 WAL,无需 Kafka 或 Pulsar 即可实现连续写入和故障恢复;Loon 是 Milvus 3.0 和 Zilliz Vector Lakebase 的新存储引擎,支持数据湖中向量数据的版本化读取;Birdwatcher 是监控 Milvus 内部状态的工具。AI产品MilvusZillizCardinal推荐理由:用鸟比喻讲清 Milvus 各组件原文稍后读已读值得跟进有用关注 Milvus
22:28Qdrant@qdrant_engineQdrant 发布了一项基准测试,比较了两种方法:直接将大量上下文发送给 LLM,以及使用 Qdrant 的两步检索管道仅获取最相关信息。结果显示,更大的上下文窗口会增加成本和延迟,而检索有助于减少 LLM 所需的上下文量,同时保持答案质量。随着上下文窗口的增长,检索不会消失,反而对效率、可扩展性和控制变得更加重要。AI产品向量搜索Qdrant检索增强生成推荐理由:做 RAG 或向量搜索的团队会关心这个关键权衡——大上下文窗口并非万能,检索仍是降本增效的核心手段,建议点开看具体数据。原文稍后读已读值得跟进有用关注 向量搜索
22:17Qdrant@qdrant_engine精选该项目利用 Qdrant Edge 的向量搜索和边缘 RAG 技术,在不训练自定义机器学习模型的情况下实现火灾检测。系统将实时传感器读数与本地已知模式进行比对,实现快速、隐私优先的本地推理。这种方法避免了训练和维护专用模型的负担,适合资源受限的环境。项目展示了边缘计算与向量搜索在实时异常检测中的创新应用。AI产品Qdrant Edge向量搜索边缘计算推荐理由:做物联网或边缘计算的开发者可以省去模型训练的麻烦——Qdrant Edge 的向量搜索直接匹配已知模式就能检测火灾,隐私和效率都兼顾,值得试试。原文稍后读已读值得跟进有用关注 Qdrant Edge
21:46Qdrant@qdrant_engineVatsala Singh 开发了一个项目,利用 Qdrant 作为检索层,将个人照片集转化为自主 AI 智能体。该智能体能够理解自然语言请求、语义搜索记忆、检索相关照片和上下文,充当个人视觉记忆系统。这展示了向量搜索如何将静态数据转变为 AI 可以推理和交互的动态资源。项目代码和详细说明已在 ai.gopubby.com 上发布。AI产品Qdrant向量搜索AI 智能体推荐理由:做个人知识管理或视觉记忆系统的开发者,可以看看如何用向量搜索让照片库“活”起来——不再只是存储,而是能理解你的自然语言请求。原文稍后读已读值得跟进有用关注 Qdrant
00:14Qdrant@qdrant_engine精选该项目利用 Qdrant Edge 构建了一个隐私优先的 SOS 检测系统,完全在本地运行,无需依赖云端。系统通过 YAMNet 进行音频嵌入,结合 Qdrant Edge 实现实时相似性搜索,并使用 SignozHQ 进行可观测性监控。这是一个将向量搜索应用于现实世界安全场景的创意实践,展示了 AI 在边缘设备上的潜力。AI产品Qdrant Edge隐私优先SOS 检测推荐理由:对于关注隐私和边缘 AI 的开发者,这个项目展示了如何用向量搜索在本地实现实时安全检测,值得动手试试。原文稍后读已读值得跟进有用关注 Qdrant Edge
07:57Gary Marcus@GaryMarcusGary Marcus 转发了一则关于 TurboVec 的消息,该工具声称能将 AI 模型的内存占用从 31GB 压缩至 4GB,实现 16 倍的内存降低。TurboVec 在向量搜索速度上超越 FAISS,完全离线运行,兼容 LangChain 和 LlamaIndex,且完全开源。如果属实,这将大幅降低 AI 部署的硬件门槛,无需昂贵 GPU 集群和云依赖。Marcus 认为这类技术迟早会冲击现有数据基础设施投资。AI产品TurboVec向量搜索开源/仓库推荐理由:做向量搜索或部署 AI 应用的团队,如果被内存和 GPU 成本卡住,TurboVec 的开源方案值得一试——16 倍内存压缩可能改变你的架构选择。原文稍后读已读值得跟进有用关注 TurboVec
07:20Gary Marcus@GaryMarcusGoogle 推出的 TurboVec 工具将 AI 向量搜索的内存占用从 31GB 降至 4GB,实现 16 倍压缩,同时搜索速度超越 FAISS。该工具完全开源,支持 LangChain 和 LlamaIndex,可在普通 Mac 上离线运行,无需昂贵 GPU 集群或云依赖。这一突破大幅降低了 AI 系统的部署成本,可能颠覆现有数据基础设施投资。AI产品TurboVec向量搜索开源/仓库推荐理由:做向量搜索或 AI 应用部署的开发者,内存和成本一直是痛点——TurboVec 直接砍掉 16 倍内存,还开源可离线跑,值得立刻试。原文稍后读已读值得跟进有用关注 TurboVec
00:52Qdrant@qdrant_engineQdrant 宣布将举办 Vector Space Day 大会,聚焦 AI 记忆与检索技术。Cognee 的 Dave Nielsen 将剖析当前系统中短期与长期记忆的真实实现,指出 AI 记忆并非单一技术,而是 Markdown 文件、向量数据库和图数据库的混合体。大会还涵盖从云端到边缘的检索、多模态 AI 等话题,面向构建向量搜索、AI 记忆、上下文工程和检索基础设施的工程师。活动将于 6 月 11 日举行,现已开放售票。行业AI记忆向量搜索检索基础设施推荐理由:搞 AI 记忆和检索的工程师终于有个正经的技术大会了——Dave Nielsen 会拆解短期/长期记忆的真实架构,做 RAG 或智能体的团队值得去听听。原文稍后读已读值得跟进有用关注 AI记忆
10:21Qdrant@qdrant_engineTwelve Labs 的 James Le 将在 Vector Space Day 上展示如何正确构建多模态检索,从体育和音频的语义搜索到处理目标跟踪和高光生成的智能体工作流。视频是信息密度最高的模态,但大多数检索管道仍将其视为带图片的文本。该演讲将展示向量搜索的前沿方向,适合对多模态检索和智能体工作流感兴趣的开发者。AI产品多模态检索向量搜索视频理解推荐理由:多模态检索是当前向量搜索的关键突破点,做视频理解、智能体或搜索系统的团队值得关注这场演讲,看看 Twelve Labs 如何将视频从“带图片的文本”变成真正的语义搜索对象。原文稍后读已读值得跟进有用关注 多模态检索
23:00Milvus@milvusio精选向量搜索擅长语义匹配,但搜索精确型号如“XR-2048”可能出错。BM25能精确匹配术语,但会漏掉语义相近的“refund policy”和“return process”。Milvus通过RRF(Reciprocal Rank Fusion)融合向量搜索和BM25结果。配置只需三步:添加稠密和稀疏向量字段、启用内建BM25函数、使用RRFRanker。内建BM25时不要手动插入稀疏向量,外部模型如BGE-M3才需手动提供。技巧MilvusBM25混合搜索推荐理由:Milvus官方教混合搜索原文稍后读已读值得跟进有用关注 Milvus
11:21Qdrant@qdrant_engineQdrant 宣布 Arize AI 的 DevRel 负责人 Laurie Voss 将在 6 月 11 日的 Vector Space Day 上演讲,主题是向量搜索评估。他强调,仅调整块大小并运行几个演示查询不是有效的评估策略。Voss 将介绍关键的检索指标、能应对现实场景的黄金数据集,以及如何将评估集成到 CI 中,以便在客户发现问题之前发现回归。活动面向构建向量搜索、AI 记忆、上下文工程或检索基础设施的开发者。AI产品向量搜索评估策略检索指标推荐理由:做向量搜索或 RAG 的团队终于有了正经的评估方法论——Laurie Voss 会教你用指标和 CI 替代“感觉还行”,建议做检索基础设施的开发者点开看看。原文稍后读已读值得跟进有用关注 向量搜索
11:19Patrick Loeber@patloeberQdrant 在柏林举办多模态搜索工作坊,参与者可以动手实验 Gemini Embedding 2 和 Qdrant 的集成。活动聚焦 AI 检索、智能体和现代搜索系统,探讨在智能体时代检索的演进、生产级 RAG、记忆系统和向量搜索。同一天还将举办 Vector Space Meetup,主题为“智能体时代的检索”,提供交流与网络机会。适合对向量搜索、RAG 和 AI 智能体感兴趣的开发者参加。AI产品向量搜索RAG智能体推荐理由:做向量搜索和 RAG 的开发者可以直接在柏林现场动手试 Gemini Embedding 2 和 Qdrant 的集成,还能和同行交流智能体时代的检索趋势,值得关注。原文稍后读已读值得跟进有用关注 向量搜索
21:36Qdrant@qdrant_engineQdrant在柏林举办两场AI活动,主题围绕AI检索、智能体、现代搜索系统。活动包括讨论检索在智能体时代的演变、生产级RAG、记忆系统和向量搜索。同一天还举办Vector Space Meetup,主题为“智能体时代的检索”。活动面向AI生态系统的开发者、研究者,提供交流与网络机会。行业AI检索智能体向量搜索推荐理由:对AI检索、智能体或向量搜索感兴趣的柏林开发者,可以现场交流前沿实践,值得参加。原文稍后读已读值得跟进有用关注 AI检索
18:10官方一手marktechpost@Sana Hassan本教程在 Google Colab 中搭建完整的 pgvector 环境,演示如何将 PostgreSQL 用作强大的向量数据库。内容包括安装 PostgreSQL、编译 pgvector 扩展、通过 Psycopg 连接并注册向量类型以实现 Python 集成,以及使用 SentenceTransformers 生成嵌入并存储。教程覆盖了语义搜索、混合搜索、稀疏向量和量化向量四种搜索模式,为 AI 应用提供实用的向量搜索实现方案。技巧pgvector向量搜索PostgreSQL推荐理由:想用 PostgreSQL 做向量搜索的开发者可以直接跟着教程在 Colab 里跑通,省去环境配置的坑,四种搜索模式覆盖了从基础到高级的需求。原文稍后读已读值得跟进有用关注 pgvector
11:21Qdrant@qdrant_engineQdrant 宣布与 Aman 达成独家合作,为以色列企业提供高性能向量搜索基础设施。Aman 拥有 25 年以上数据基础设施现代化经验,将帮助银行、保险、制造、游戏等行业团队解决现有搜索架构无法满足 AI 工作负载的问题。Qdrant 是用 Rust 编写的可组合向量搜索引擎,支持云、本地、混合和边缘部署,在十亿级规模下提供可预测的低尾延迟。此次合作旨在加速以色列企业从“此路不通”到生产级 AI 的进程。行业向量搜索QdrantAman推荐理由:以色列企业团队终于有了针对 AI 工作负载优化的向量搜索方案,做 RAG 或智能体应用的开发者可以直接联系 Aman 评估。原文稍后读已读值得跟进有用关注 向量搜索
00:47Weaviate@weaviate_ioBooking.com 的 Başak Eskili 在 Weaviate Podcast 上分享了他们从关键词匹配到语义检索的 AI 进化之路,最终在 AWS 上使用 OpenSearch 并迁移到 Weaviate 以应对 1 亿+嵌入向量的生产级规模。他们构建的合作伙伴到客人的消息代理是真实的智能体 AI 案例:Weaviate 检索回复模板,API 获取上下文,智能体推荐或生成回复,必要时转人工。评估体系包括离线数据集、LLM 作为裁判、A/B 测试和实时反馈。他们还测试了过滤向量搜索、多线程并发、读写并发和成本优化,并展望了带记忆系统的个性化旅行代理。AI产品向量搜索WeaviateOpenSearch推荐理由:做向量搜索或 RAG 系统的团队,Booking.com 的 1 亿+嵌入生产实战比任何论文都实在,看完能避开不少坑。原文稍后读已读值得跟进有用关注 向量搜索
21:31Ate-a-Pi@svpinoOracle 在 AI 领域发力,其 26ai 版本实现了多项突破性功能。用户可以直接在数据库中运行大语言模型和嵌入模型,无需将数据发送到外部。数据库支持混合向量搜索(语义+关键词),并引入 JSON 关系二元性视图,兼顾关系模型的稳定性和 JSON 的灵活性。内置代码生成工具可辅助编写 SQL。这些特性让 Oracle 从传统企业级数据库转型为 AI 原生平台。AI产品OracleAI 数据库向量搜索推荐理由:数据库内直接运行 LLM 和嵌入模型,解决了数据隐私和传输延迟痛点,做企业级 AI 应用的开发者可以直接在 Oracle 中实现智能搜索和生成,省去额外架构。原文稍后读已读值得跟进有用关注 Oracle
08:05Milvus@milvusio精选Zilliz 开发者关系主管在伦敦 Unstructured Data Meetup 上分享了两种在 Zilliz Cloud 中保持过滤向量搜索快速且准确的方法。第一种方法是在过滤时保留图连接性,允许搜索临时遍历被过滤的节点作为中间跳转,避免 HNSW 图形成孤立“岛屿”导致召回率下降。第二种方法针对高选择性过滤器,当过滤后数据子集很小时,先过滤再暴力扫描可能比索引搜索更快。这些技术解决了大规模向量搜索中过滤与速度的平衡问题。AI产品向量搜索过滤Zilliz Cloud推荐理由:做向量搜索或 RAG 系统的开发者,这个方案直接解决了过滤后召回率下降的痛点,值得看看 Zilliz 的工程实践。原文稍后读已读值得跟进有用关注 向量搜索
08:05Qdrant@qdrant_engineQdrant 宣布将于6月11日在 The Midway 举办 Vector Space Day 活动,并公布了部分演讲嘉宾及主题。演讲涵盖持续学习与记忆、Agent 技能文件限制、大规模扩展、上下文图、文档处理以及视频智能体等方向。活动为全天单轨技术内容,聚焦搜索与 AI 检索、智能体与记忆、边缘与机器人 AI。开发者可通过 luma.com/vsd-sf 购票参与。行业向量搜索智能体记忆系统推荐理由:这场活动汇聚了 Mem0、Google DeepMind、Neo4j、LlamaIndex 等一线团队,覆盖 Agent 记忆、上下文图、视频智能体等前沿话题,做搜索和 AI 检索的开发者值得关注。原文稍后读已读值得跟进有用关注 向量搜索
08:00Qdrant@qdrant_engineQdrant 宣布将于6月11日在旧金山 The Midway 举办 Vector Space Day 技术大会。会议邀请了来自 AWS、Google DeepMind、Adobe、Qualcomm 等公司的技术专家,围绕向量搜索、AI 记忆、上下文工程和检索基础设施等主题进行演讲。大会将深入探讨生产环境中的智能体与记忆、从云到边缘的检索以及多模态 AI。早鸟票正在发售,即将截止,适合 AI 构建者和开发者参加。行业向量搜索AI记忆智能体推荐理由:向量搜索和 AI 记忆是构建生产级智能体的关键基础设施,做 RAG 或智能体应用的团队值得关注这场大会,早鸟票快截止了,建议尽早决定。原文稍后读已读值得跟进有用关注 向量搜索
08:00Milvus@milvusio精选Milvus 在 2.6.2 版本中推出了 Boost Ranker 功能,解决了电商和企业团队在使用向量搜索时遇到的痛点:语义匹配结果往往不符合业务需求(如优先展示有库存的商品)。传统做法是在向量数据库外构建第二套系统进行后处理,增加了维护成本。Boost Ranker 将业务规则直接集成到搜索过程中,通过 filter、weight 和 re-sort 三步操作,在一个搜索调用内完成排序,无需外部依赖、无需重建索引、无需维护第二套系统,且几乎没有延迟开销。AI产品Milvus向量搜索Boost Ranker推荐理由:做电商搜索或企业级向量搜索的团队,终于不用在数据库外再搭一套规则引擎了——Boost Ranker 把业务逻辑直接塞进搜索里,省掉一个系统,建议直接试试。原文稍后读已读值得跟进有用关注 Milvus
00:26Weaviate@weaviate_io精选Weaviate 1.37 版本新增了最大边际相关性(MMR)算法,用于解决向量搜索中返回高度相似重复结果的问题。通过一个参数 selection= Diversity.MMR(limit=5, balance=0.5),算法在每次选择结果时惩罚与已选结果过于相似的候选,确保最终结果既相关又多样。balance 参数可调节多样性与相关性的权重,0.0 为最大多样性,1.0 为标准搜索。该功能适用于所有 near_* 查询,特别适合检索密集型智能体和标准 RAG 管道,能有效利用上下文窗口,避免浪费 slots。AI产品向量搜索MMRWeaviate推荐理由:做 RAG 或智能体检索的团队,终于不用被五个语义相同的 chunk 塞满上下文了——Weaviate 的 MMR 一行参数就能让结果既相关又多样,值得直接上手试。原文稍后读已读值得跟进有用关注 向量搜索
17:01Qdrant@qdrant_engineQdrant 官方指出,真正的检索系统需要结合语义搜索、元数据过滤、结构化约束和快速查询执行。他们发布了一篇深度文章,详细讲解如何在生产环境中使用 Qdrant 的深度查询过滤功能。这打破了“向量搜索=嵌入”的简单认知,强调了多维度过滤对检索质量的重要性。对于构建 RAG 系统的开发者来说,这是提升准确性和效率的关键实践。AI产品Qdrant向量搜索RAG推荐理由:做 RAG 或搜索系统的团队,别再只靠嵌入向量了——Qdrant 这篇实战指南教你用元数据过滤和结构化约束提升检索精度,值得直接参考。原文稍后读已读值得跟进有用关注 Qdrant
12:41Milvus@milvusioZilliz 开发者关系负责人 Jiang Chen 在伦敦非结构化数据 Meetup 上,分享了如何在不牺牲搜索质量的前提下降低向量数据库的 serving 成本。他指出,向量搜索昂贵的主因是索引占用大量 RAM 和 NVMe SSD。RaBitQ 算法通过将 float32 向量压缩到每维度 1 bit,并在量化前加入随机旋转来保留更多信息,从而大幅降低内存和存储开销,同时保持低质量损失。该方法适合需要控制基础设施成本的向量搜索场景。AI产品向量搜索RaBitQZilliz推荐理由:向量搜索成本是很多团队的痛点,RaBitQ 用 1-bit 压缩加随机旋转做到了低成本低损耗,做向量数据库选型或优化成本的开发者值得看看这个方案。原文稍后读已读值得跟进有用关注 向量搜索
17:31Weaviate@weaviate_io精选Weaviate 发布了名为 HFresh 的新型向量搜索索引,它通过将向量存储在磁盘上,仅在内存中保留紧凑的质心索引,大幅降低了内存需求。HFresh 将向量划分为多个小区域(postings),利用内存中的 HNSW 索引定位相关区域,再从磁盘获取数据,并采用两级旋转量化压缩。相比传统 HNSW 索引,HFresh 在十亿级向量规模下仍能保持可预测的延迟,尤其适合高维嵌入、成本敏感部署和写入密集型场景。目前 HFresh 已在 Weaviate Cloud 中提供,建议在非生产环境中测试。AI产品向量搜索HNSWHFresh推荐理由:做向量搜索的团队终于不用为内存账单发愁了——HFresh 把 HNSW 的内存占用砍到零头,十亿级向量也能跑在更小的机器上,成本敏感或写入密集的场景尤其值得一试。原文稍后读已读值得跟进有用关注 向量搜索