过滤条件让向量检索变慢
业务检索常带权限、标签、品类、时间或地域约束，过滤后候选空间变化会放大延迟和召回波动。
QPS
97,823.5
已归档最佳公开 operating point
recall@10
0.910264
Big-ANN Filter track
对比提升
+14.4%
相对 85,500 QPS 参考点
交付模式
私有部署
闭源运行时与验证工具
Xuntianjing Filter 条件过滤检索分支
带权限与标签过滤的超冠军级向量检索
Filter 分支面向带 metadata filter、权限、标签、品类、地域或时间约束的向量检索。它解决过滤条件改变候选空间后，系统常见的延迟升高、召回波动和吞吐下降问题。
冠军级性能
在官方限制硬件条件下验证 97,823.5 QPS @ recall@10 0.910264，较 Pinecone 85,500 QPS 参考点提升约 14.4%，在过滤检索场景展现超冠军级性能。
条件过滤召回加速
面向 metadata filter 和权限过滤，减少过滤后候选变化带来的检索效率损失。
多 operating point 选择
可围绕 recall、QPS 和延迟目标选择不同运行点，适配企业搜索和推荐系统的实际约束。
私有数据友好评估
围绕客户标签体系、过滤选择性和业务访问控制方式安排 POC，评估真实链路收益。
Use Cases
适合哪些场景使用？
巡天镜的不同分支可以作为现有检索系统的增强层接入，用性能证据和 POC 指标判断真实业务收益。
带权限控制的企业知识库和文档搜索
向量数据库中的 metadata filter 加速
电商、内容库、图片库、推荐系统的条件召回
多租户、分部门、分标签访问控制下的高吞吐检索
高吞吐和高 recall 难兼顾
巡天镜 Filter 分支作为过滤召回增强层接入现有检索链路，重点在于条件过滤、吞吐、延迟与 recall 的平衡。
权限过滤需要可验证指标
交付 benchmark 工具、运行配置和验证摘要，让过滤条件下的吞吐、延迟、recall 与硬件成本可复测。
Data Flow
从客户数据到可验证性能结果
巡天镜 Filter 分支不替代业务检索系统，而是作为条件过滤向量召回增强能力接入现有向量数据库、企业搜索或推荐架构。可根据客户检索栈、数据规模和目标指标安排 Demo 或 POC，进一步评估接口形式、部署方式和优化路径。
01
数据接入
支持客户向量、标签或脱敏过滤条件评估
02
能力适配
根据过滤选择性和召回目标完成评估配置
03
性能验证
评估过滤召回、吞吐、延迟和资源占用
04
结果分析
输出可审查的 Filter benchmark 摘要和改进建议
05
POC 决策
形成部署边界、集成路径和下一步计划
Use Cases
适合接入的业务场景
如果你的检索瓶颈来自 metadata filter 后延迟升高、召回波动或权限检索成本过高，巡天镜 Filter 分支可以作为独立加速层先做小规模 POC。
带权限、标签或属性约束的企业搜索
向量数据库中的 metadata filter 加速
推荐、内容库、图像库中的条件召回
需要在 CPU 预算内提高过滤检索 QPS 的系统
POC 验证
用客户样本先验证指标边界
可根据客户数据规模、检索链路和目标指标安排 Demo 或 POC，进一步评估接口形式、部署方式和优化路径。
Private Demo / POC
巡天镜 Filter 条件过滤检索分支咨询
Sparse、OOD、Filter 都是“巡天镜”检索能力下的不同分支。若需要私有 Demo 或 POC，请直接发邮件，我们会根据场景判断最适合先验证哪一条分支。
- 当前向量检索和过滤字段情况
- 权限、标签、metadata filter 或选择性问题
- 希望验证的 recall、QPS 或延迟目标
联系邮箱
发送邮件到 bluety@126.com
邮件里简单说明公司/团队、检索场景、数据规模、目标 recall/QPS/latency，以及是否需要私有部署或 NDA 即可。不需要在网页上填写复杂表单。
发送邮件