Зміст
Коротко
Для агента ШІ векторне сховище — це не лише «швидкий пошук схожих шматків», а пам’ять із правилами: хто власник запису, який тип спогаду, чи можна змішувати ключі й сенс. Огляд на Dev.to порівнює Qdrant, Pinecone, Weaviate, pgvector і Milvus уже не за сирою швидкістю наближеного пошуку сусідів (ANN), а за фільтрами, гібридним пошуком, ізоляцією орендарів і стисненням на мільярдах векторів.
Що сталося
Автор фіксує зсув критеріїв. Раніше обирали рушій за затримкою найближчих сусідів. Для агентів важливіше інше: фільтр за tenant_id / user_id / часом прямо під час обходу графа, гібрид точних збігів і щільних векторів, простори імен між сесіями та квантування, яке ріже витрати оперативної пам’яті на десятки відсотків.
У порівняльній таблиці в кожного свій профіль. Qdrant (Rust, відкритий код) хвалять за фільтрацію всередині графа HNSW і двійкове квантування — типовий вибір для шару пам’яті агента. Pinecone у безсерверному режимі відокремлює зберігання від обчислення й знімає експлуатацію кластера. Weaviate сильний у модульній видачі та гібриді. pgvector лишає вектори поруч із реляційними даними й транзакціями PostgreSQL. Milvus орієнтований на дуже великі набори в розподіленому Kubernetes.
Практичний висновок автора короткий: Qdrant — для сильної фільтрації й власного хостингу; Pinecone — якщо не хочете адмінити індекс; pgvector — якщо продукт уже живе в PostgreSQL; Milvus — коли лік іде на сотні мільйонів векторів.
Чому це важливо
Агент без надійної ізоляції пам’яті швидко стає витоком чужих уподобань. Фільтр «після пошуку» ламає повноту видачі; фільтр «у графі» — інженерний критерій, а не галочка в маркетингу. Гібридний пошук потрібен там, де важливі й символи коду, і сенс фрази. Квантування — не оптимізація «на потім», а спосіб утримати вартість пам’яті, коли база росте разом із сесіями.
Докладний виробничий розбір того самого класу рішень — у векторних базах у проді.
На практиці
- Запишіть сценарій агента: мультитенантність, оновлення пам’яті, чи потрібне з’єднання SQL із профілем користувача.
- Перевірте фільтри на етапі пошуку, а не постфактум: відтворіть «перефільтровану» видачу на своєму наборі.
- Якщо вже є PostgreSQL і обсяг помірний — спочатку виміряйте
pgvector, перш ніж заводити другий кластер. - Для власного хостингу пам’яті агента порівняйте
QdrantіWeaviateна ваших фільтрах і гібриді, а не на чужому бенчмаркуANN. - Закладайте квантування в бюджет оперативної пам’яті до того, як «мільйон векторів» стане сюрпризом у проді.
Підсумок
У 2026 вибір векторної бази для агента — це вибір контракту пам’яті, а не гонки мілісекунд. Швидкість ANN лишається входом, але перемагає той стек, який чесно фільтрує, ізолює й стискає дані під ваше навантаження.

