← На главную

HelixDB объединяет реляционные, векторные, графовые и KV данные для AI

10.06.2026 15:47 · hackernews

Вот пересказ статьи про HelixDB.

HelixDB — это база данных, которая собирает в одной платформе всё, что нужно для AI-приложений. Никаких отдельных баз под реляционные данные, векторы, графы или KV — всё уже внутри. Не нужно плодить прикладные прослойки для управления разными хранилищами. HelixDB даёт агентам федеративный доступ к корпоративным данным, будь то память, «мозги компании» или обычные приложения.

Основная модель данных — графы плюс векторы, но поддерживаются и KV, документы, реляционные данные. Для работы с HelixDB есть CLI — он управляет локальными инстансами и умеет стучаться в Helix Cloud. Самый быстрый старт — команда helix chef. Это интерактивный загрузчик в один заход: ставит навыки и MCP для документации, создаёт проект, запускает локальную базу, подкладывает примеры данных и генерирует файл HELIX_CHEF_PROMPT.md. Если рядом есть кодинг-агент (Claude Code, Codex или OpenCode), он может на лету собрать рабочее приложение с фронтендом по однострочному описанию. Без флагов. Просто отвечаешь «что строим?» — и погнали.

Если собирать вручную — порядок такой. helix init создаёт helix.toml, папку .helix/ и пример запроса. helix start dev запускает локальный контейнер на порту 6969. По умолчанию данные в памяти — остановил инстанс, всё пропало. Если нужно сохранять, пиши helix start dev --disk или --foreground для логов. helix query dev --file examples/request.json отправляет запрос. helix stop гасит инстанс.

Запросы пишутся через Rust или TypeScript SDK. Оба SDK генерят один и тот же JSON AST и отправляют его динамически на POST /v1/query — никакого билда, никакого деплоя. В статье приведены конкретные примеры: регистрируешь функции через #[register] в Rust или defineParams в TypeScript, и клиент выполняет их против запущенной базы.

HelixDB Cloud — это managed-сервис на объектном хранилище со встроенным векторным и полнотекстовым поиском, полными ACID-транзакциями, одним писателем и автоматически масштабируемыми читающими нодами, высокой доступностью (минимум 3 гейтвея и 3 узла). Деплоится отдельно от локальных инстансов: helix auth login, выбор воркспейса и проекта, helix init cloud --cluster-id <id>, helix sync production для подтягивания URL гейтвея и auth-контракта в helix.toml, и потом helix query production. Managed-сервис HelixDB доступен через сайт — там же можно связаться с основателями.

Читать оригинал →