High-performance Rust-based vector search engine. https://xitter.cf/t.co/362gvLXHcw
Joined December 2020
- Tweets2.5K
- Following114
- Followers13.7K
- Likes4.3K
Better chunking ≠ better retrieval.
At MLOps Community Amsterdam, Qdrant's @EASzyszka explored chunking benchmarks, while Booking.com shared lessons on agent memory and source consistency.
Luca Berton's recap:
lucaberton.com/blog/mlops-co…
London Search Week, let's talk search over a pub quiz.
Join Qdrant on Nov 24, 6:30–9:30 PM GMT at Core Bar, London.
Search trivia, prizes, food & your first drink on us. Come solo or bring a team of up to 6.
Limited spots. RSVP:
luma.com/londonsearchweek_20…
Your vector collection outgrew RAM. What now?
Qdrant 1.19 lets you choose pinned, cached, or cold memory tiers per component.
Keep original vectors on disk and compressed vectors in RAM to balance memory use and search latency.
qdrant.tech/documentation/pr…
How is AI changing software development?
Qdrant's @EASzyszka joined @WeAreDevs at Agent Conf Berlin to discuss token usage, vector search, data quality, and the evolving developer workflow.
Watch the conversation:
youtube.com/watch?v=CJa6YRq-…
Which German councils are discussing wind power?
Poliscope answers in one search.
4,800 council portals, 130M points, one self-hosted Qdrant node.
Searches went from up to 20 s to 0.87 s on average with hybrid search, tenant filters, and TurboQuant.
qdrant.tech/blog/case-study-…
Qdrant retweeted
The fine folks at @qdrant_engine are doing great work with Qdrant Edge to make vector search accessible on edge devices, such as the @huggingface Reachy Mini!
Great for memories, as they show below! Check it out.
What if your robot could remember your preferences, recognize your friends, and recall past conversations?
@ShuregDenisov and I built made a Reachy Mini remember with @qdrant_engine Edge, giving it local persistent memory.
Read how we did it 👇
qdrant.tech/blog/reachy-robo…
Qdrant retweeted
very happy to see Qdrant team testing our latest late interaction retriever!
780 ms during background optimization. 4.3 ms after it finished.
Same Qdrant collection, very different search latency.
We tested 13 optimizer configurations on 1.76M vectors to understand the trade-offs between indexing, recovery time, and query performance.
Here’s what we found 👇
Read the benchmarks: qdrant.tech/documentation/pr…
Your AI agents need memory that lasts beyond a single conversation.
LangGraph supports long-term memory, allowing agents to store information and recall it across conversations. Now, you can use Qdrant as the storage layer with our new memory store integration.
Qdrant brings vector-native storage and semantic search to LangGraph’s memory system, so agents can retrieve relevant memories based on meaning, not just exact matches.
You can store user preferences, past interactions, and other useful context, then retrieve what matters when the agent needs it.
LangGraph docs: docs.langchain.com/oss/pytho…
Qdrant integration: pypi.org/project/langgraph-s…
Take the free course on @DeepLearningAI today, and learn how to give your robots real memory with #QdrantEdge
This assistant remembers where you left your keys. No network connection. No remote server.
Build one yourself in a course built in partnership with Qdrant and taught by Dylan Couzon.
👉 Enroll for free: hubs.la/Q04zGYrF0
#AI #VectorSearch #AIEngineering
77× less vector RAM. 94.5% of baseline retrieval quality.
We got early access to Google EmbeddingGemma 2 and tested how far its Matryoshka-compatible embeddings could be compressed in Qdrant.
With shorter vectors + quantization + rescoring, we reduced the vector memory footprint by ~77× while retaining 94.5% of baseline retrieval quality.
Google also featured our work in their EmbeddingGemma 2 announcement.
Qdrant deep dive: qdrant.tech/blog/embeddingge…
Google’s announcement: blog.google/innovation-and-a…
Qdrant retweeted
We pushed 10M of Google's EmbeddingGemma 2 vectors from ~30GB of RAM down to ~0.4GB
float32, 768 dims: ~30GB
1-bit TurboQuant: ~1GB (99% nDCG@10 kept)
+ MRL to 256 dims: ~0.4GB (94.5% kept with rescoring)
77x less RAM for a ~5% drop in quality! TurboQuant + MRL is magic 🪄
What happens when engineers are given a controversial topic and told to debate it?
We’re bringing something a little different to San Francisco Tech Week.
Join Qdrant × @neo4j for Hard Negatives: Engineers Debate Night on October 9.
We’ll put engineers, AI researchers, and builders into 1v1 debates on spicy topics like:
“Open weights should be banned.”
The audience votes live on who wins each round.
Plus, your RSVP includes food and one drink.
October 9 | 6:30–9:00 PM PDT
Spots are limited and registration requires approval.
Link: luma.com/sf-meetup-oct26
Lucy built a source-of-truth retrieval layer over 2.8M+ SEC and Korea DART filings.
Four hybrid lanes on Qdrant, payload filters applied inside the query, not after it.
94.7% Recall@10 on FinanceBench.
+0.160 answer accuracy from retrieval alone, with the answer model held fixed.
An open-weight model on Lucy RAG beat frontier models searching the web.
qdrant.tech/blog/case-study-…
/5
Constella is still a research preview, so there’s plenty more to explore around the quality/latency trade-offs and real-world workloads.
qdrant.tech/blog/constella-r…
/4
Nano and Zero are specifically trained to produce vectors compatible with Stella’s document embeddings. So you can switch between them depending on the trade-off you want between quality and query latency, without rebuilding the document index.
For example, Zero is extremely lightweight, while Nano is a small transformer that gets much closer to Stella’s retrieval quality.
