ChromaDB 2026: обзор встроенной векторной базы для RAG и памяти агентов

01Кратко: что это и для кого

Chroma хранит документы, их метаданные и эмбеддинги, умеет искать по плотным (dense) и разреженным (sparse) векторам, делает полнотекстовый и regex-поиск без эмбеддингов вообще и поддерживает мультимодальность — рядом с текстом можно индексировать изображения и другие типы данных. Официальная документация перечисляет это как встроенные возможности, а не как надстройки, которые надо докупать.

Ядро переписано на Rust и распространяется под Apache-2.0: версии 1.x дали распределённую архитектуру, схему коллекций, условные транзакции и форкинг коллекций. Клиенты есть для Python, TypeScript/JavaScript и Rust; режимы работы — «embedded» (внутри процесса) и «client-server» (отдельный сервис). Логика простая: прототип — встроенно, продакшен — сервер или Chroma Cloud.

02Как устроена: от строки кода до сервера

Встроенный режим — это не «игрушечная» версия: это тот же движок, который в клиент-серверном режиме обслуживает приложение по сети. Разница в том, где живут данные и кто отвечает за их сохранность. Ниже — слои системы и точка, на которой обычно принимается решение о переходе на сервер.

Отдельно стоит отметить Sync: Chroma умеет синхронизировать данные из S3, GitHub-репозиториев и веб-страниц. Это снимает типовую ручную работу RAG-пайплайна — «скачать, распарсить, порезать на чанки, посчитать эмбеддинги, залить» — и переносит её в конфигурацию источника. По документации тарифицируется это отдельно: за гигабайт обработанных данных и за страницу извлечённого документа или скачанной веб-страницы.

03Возможности: что реально закрывает

Chroma показывает себя там, где RAG нужен быстро и без инфраструктуры. Ниже — карта возможностей и то, где они упираются в ограничения.

04Сколько стоит: OSS и Chroma Cloud

Открытая версия бесплатна — и это главный аргумент Chroma для команд из России: встроенный режим не требует ни карты, ни зарубежного облака. Chroma Cloud — serverless-сервис: платите по факту использования, без выделенного кластера и фиксированной ставки за инстанс. Прайс опубликован в документации и устроен нестандартно — отдельно за запись, чтение, хранение и синхронизацию.

05ChromaDB, Qdrant и LanceDB: что выбрать

Все три базы открыты под Apache-2.0 и написаны на Rust, но живут в разных местах: Chroma — рядом с приложением, Qdrant — отдельным сервером, LanceDB — вообще без сервиса, поверх файлового формата. Ошибка — выбирать по звёздам; выбирать нужно по тому, где будет храниться индекс и кто будет его обслуживать.

06Плюсы, минусы и кому подходит

• Плюс: самый быстрый старт среди векторных баз — коллекция без сервера и без карты.
• Плюс: полнотекстовый и regex-поиск без эмбеддингов закрывает задачи поиска по точным строкам.
• Плюс: открытая лицензия и работа в РФ-контуре без зарубежных платежей.
• Плюс: Sync из S3, GitHub и веба убирает ручной парсинг источников.

• Минус: встроенный режим — не прод: данные привязаны к процессу.
• Минус: тарификация Cloud устроена сложнее инстанс-часов: счёт зависит от объёмов чтения и длины запросов.
• Минус: для очень больших коллекций серверные движки вроде Qdrant остаются предсказуемее.

07Быстрый старт и переход на сервер

Встроенный старт — три строки. Дальше полезно сразу отделить интерфейс доступа от реализации, чтобы переход на серверный режим был заменой адреса, а не переписыванием кода.

import chromadb

client = chromadb.Client()
collection = client.get_or_create_collection(name="docs")

pip install chromadb==1.5.9