FLINT: Fixed-budget Late Interaction
Organizations: University of Illinois Urbana-Champaign · University of California, Berkeley
Abstract
Multi-vector retrieval models such as ColBERT often outperform single-vector models of comparable scale by matching queries and documents at the token level. However, retaining a vector for every token substantially increases storage requirements and slows retrieval compared to single-vector bi-encoders, limiting their scalability. We introduce FLINT (Fixed-budget Late INTeraction), an architecture that uses attention-based pooling to represent each query and document with a fixed number of embedding vectors. Unlike architectures that pool only document representations while retaining token-level queries, FLINT applies pooling symmetrically to both sides, limiting document storage and the number of vector comparisons needed during retrieval. FLINT achieves comparable ranking effectiveness to the closest baselines on BEIR and outperforms them on several benchmarks with longer and more complex queries, including BrowseComp+, CRUMB, and TREC Tip-of-the-Tongue 2025. We demonstrate that FLINT's effectiveness-efficiency benefits extend across encoder architectures, testing it on two separate backbones (BERT and ModernBERT). On long-query corpora, FLINT delivers 1.5-2.8 times faster end-to-end retrieval than ConstBERT, the closest baseline. FLINT also reduces index size by 5.3-9.3 times relative to token-level late-interaction models such as ColBERTv2.
Figures & tables
| NFCorpus 3.6K docs, : 7 | CRUMB Paper 363K docs, : 180 | CRUMB Clinical 915K docs, : 183 | TREC-ToT 2025 6.4M docs, : 204 | ||||||||||
| Architecture | Enc. | Srch. | MRT | Enc. | Srch. | MRT | Enc. | Srch. | MRT | Enc. | Srch. | MRT | |
| BERT | FLINT ( ) | 8.5 | 4.1 | 12.6 | 13.8 | 12.1 | 25.9 | 9.2 | 6.9 | 16.1 | 12.6 | 13.5 | 26.1 |
| ConstBERT | 8.3 | 4.3 | 12.6 | 12.1 | 30.3 | 42.4 | 8.7 | 29.5 | 38.2 | 11.9 | 62.4 | 74.3 | |
| ColBERTv2 | 8.4 | 6.8 | 15.2 | 11.8 | 259.0 | 270.8 | 8.4 | 574.3 | 582.7 | 11.8 | 763.1 | 774.9 | |
| ModernBERT | Single-Vector | 16.9 | 1.0 | 17.9 | 22.0 | 1.1 | 23.1 | 17.2 | 1.0 | 18.2 | 22.7 | 1.4 | 24.1 |
| FLINT ( ) | 19.1 | 4.4 | 23.5 | 26.0 | 7.7 | 33.7 | 20.5 | 6.7 | 27.2 | 27.6 | 12.1 | 39.7 | |
Appendix figures & tables6 assets
Supplementary material from the paper’s appendix.
Appendix
| MS MARCO | CRUMB | |||
| Architecture | MRR@10 | Legal | SetOps | |
| BERT | FLINT ( ) | 0.380 | 0.138 | 0.184 |
| ConstBERT | 0.387 | 0.136 | 0.232 | |
| ColBERTv2 | 0.395 | 0.158 | 0.290 | |
| ModernBERT | Single-Vector | 0.363 | 0.138 | 0.044 |
| FLINT ( ) | 0.395 | 0.154 | 0.177 | |
| CRUMB Paper | TREC-ToT | ||||
| Architecture | Pooling | ||||
| Reference systems | |||||
| ColBERTv2 | token-level | 4.28 | 4.17 | 3.92 | 4.02 |
| ConstBERT | doc-side only | 4.24 | 3.52 | 3.54 | 2.75 |
| FLINT-symmetric (primary) | both sides | 3.54 | 3.83 | 3.23 | 3.72 |
| BERT-FLINT variants | |||||
| Suite | D | Q | Task focus | Query characteristics | ||
| BEIR 12 corpora set | 3.6K–5.4M | 49–10K | 14–384 | 7–27 | Zero-shot heterogeneous retrieval across tasks including QA, fact-checking, and biomedical search. | Mostly short, keyword-like queries that evaluate transfer across heterogeneous in-domain and out-of-domain collections. |
| BrowseComp+ | 100K | 830 | 3810 | 117 | Deep-research web-agent evaluation with human-verified supporting evidence. | Elaborate, multi-step information needs with hard distractors; much of the difficulty arises from identifying relevant evidence within long documents. |
| CRUMB 6 long task subset | 24K–1.1M | 69–3.7K | 180–575 | 97–229 | Unified multi-task suite for multi-aspect and reasoning-intensive retrieval. | Complex natural-language queries containing multiple explicit and implicit constraints, domain-specific terminology, and limited lexical overlap with relevant documents. |
| TREC-ToT 2025 | 6.4M | 1.6K | 654 | 204 | Known-item entity re-finding from vague natural-language descriptions. | Very long, conversational, and unconstrained queries that may contain false memories, relative comparisons, and minimal direct lexical overlap with the target entity. |
Late Interaction Retrieval
Late interaction retrieval matches query and document token vectors after encoding to preserve fine-grained relevance while supporting efficient search.
See all 28 papers