HelixDB：基于对象存储的图数据库，原生支持向量搜索与全文检索
HelixDB 是一款基于对象存储构建的 OLTP 图数据库，原生支持向量搜索（vector search）和全文检索（FTS），旨在为 AI 应用提供一个统一的存储与查询平台。该项目由两名大学生在校园期间启动，如今已正式发布，并迅速在 Hacker News 上获得关注。
核心特性：图+向量+全文，三合一
HelixDB 的核心数据模型是 图 + 向量，但同时支持 KV、文档和关系型数据。这意味着开发者无需再为 AI 应用维护多个独立的数据库（如关系型 DB、向量 DB、图 DB 等），HelixDB 一个系统即可覆盖全部需求。对于构建知识图谱、AI 记忆体、企业知识库等场景，这种融合能力可以显著降低系统复杂度和运维成本。
技术亮点：Rust 实现，对象存储底座
HelixDB 完全使用 Rust 从头构建，底层存储基于 对象存储（如 S3、MinIO 等）。对象存储的无限扩展性和低成本特性，使得 HelixDB 天然适合海量数据场景。同时，其 OLTP 能力保证了实时写入与查询的响应速度。
快速上手：一行命令启动开发环境
HelixDB 提供了简洁的 CLI 工具，通过 helix chef 命令即可完成环境引导、项目初始化、数据种子和示例应用搭建。如果环境中安装了 Claude Code、Codex 或 OpenCode 等编码代理，甚至可以直接从一句话描述生成完整的前后端应用。
手动设置也极为轻量：helix init 创建项目，helix start dev 启动本地实例（默认端口 6969），之后即可通过 SDK 或 REST API 发送查询。SDK 支持 Rust 和 TypeScript，查询以 JSON AST 形式动态发送，无需编译部署步骤，极大提升开发迭代效率。
应用场景：AI 代理的“统一大脑”
HelixDB 的定位非常明确：为 AI 代理提供 联邦式数据访问，充当“公司大脑”或“应用记忆体”。无论是构建 RAG（检索增强生成）系统、智能客服、还是复杂的知识图谱推理，HelixDB 都能将结构化数据、非结构化文本和向量嵌入统一管理，减少数据孤岛。
总结
HelixDB 以“少即是多”的理念切入 AI 基础设施市场，用单一数据库替代多套系统的组合。虽然项目尚处早期阶段，但其设计思路和技术选型——Rust、对象存储、图+向量融合——都踩中了当前 AI 应用对存储层的关键需求。对于正在寻找轻量级、高集成度数据平台的开发者来说，HelixDB 值得一试。
