Cypher queries
Walk relationships with Cypher, sync or async from Python. GQL is on the roadmap.
client.cypher(...)NamiDB is a graph database that lives in your S3 bucket. Graph, vectors, and search in one engine, running on storage you already pay for. Nothing to run.

In 2024, S3 added the last primitive it was missing. Now your bucket can be a real database: durable, coordinated, with no servers to keep alive. So we built the graph engine for it.

Most teams glue a graph database, a vector store, and a search index together, then babysit three systems that drift out of sync. NamiDB keeps all three in the same files, so one query does graph traversal, vector ranking, and keyword search at once.
Walk relationships with Cypher, sync or async from Python. GQL is on the roadmap.
client.cypher(...)Rank by meaning with cosine similarity over embeddings stored as node properties.
cosine_similarity(p.emb, $q)Keyword relevance and vector similarity in one ranked result, fused with reciprocal rank fusion.
bm25(p.body, $kw)PageRank, connected components, triangle counting, and shortest path, inside the engine.
CALL algo.pagerank()Point NamiDB at an Obsidian or Markdown folder and it becomes a live graph: every note a node, every wikilink an edge, every tag a branch. It even ships as a Claude Code skill, so the agent syncs your vault on command, then queries it back over MCP.
One command turns your Obsidian or Markdown folder into a real graph. Notes become :Note, [[wikilinks]] become LINKS_TO, #tags become a :Tag tree. Your files stay the source of truth.
# get an API key in your NamiDB dashboard, keep it in the envexport NAMIDB_API_KEY=nk_live_...# sync an Obsidian or Markdown folder to a queryable graphnpx namidb-vault@latest --vault ./notes --namespace my-vault --watch
Add the hosted MCP endpoint to your agent config, authed by the same key. No extra server to run. Claude Code, Cursor, and any MCP client connect.
{"mcpServers": {"namidb": {"type": "http","url": "https://api.namidb.com/v1/mcp","headers": {"Authorization": "Bearer ${NAMIDB_API_KEY}","X-NamiDB-Namespace": "my-vault"}}}}
Your agent gets read-only tools: semantic search, backlinks, neighbors, orphans, shared tags, and raw Cypher. It traverses the graph instead of guessing.
# you:> what links to "Project X", and what's related to it?# the agent calls, read-only over MCP:backlinks(note: "Project X")vault_search(query: "Project X")
npx namidb-vault is open source. Prefer fully local? Run namidb load-vault with the namidb-mcp server.
Server
Run one Rust binary in front of your bucket. No volumes, no state to migrate, no consensus cluster to keep alive. Restart it anywhere; your data was never on the box. It serves a REST API and a Bolt endpoint, so an HTTP client, a Neo4j driver, or cypher-shell connects with nothing new to install.
$ docker run namidb-server
Embedded
Import the library, point it at a bucket, run Cypher inside your process. Notebooks, scripts, local dev, CI fixtures: same engine, same files. Open the same s3:// path your server uses and the graph is right there.
$ pip install namidb
Cloud
Managed and multi-tenant on namidb.com, run by NamiDB, Inc. Namespace per project, per agent, per customer. Scale to zero when idle. Object-storage pricing: pay for what you store, not for headroom you don't use.
One engine, any bucket. Switch deployments or backends without a rewrite.
Legacy graph databases price by RAM. Double your hot set, double your bill, even if your data didn't grow. NamiDB stores in object storage at object-storage prices. Compute is yours to size. Storage is what you actually use.
Up to 100x less expensive than managed graph databases priced by RAM.
Object-storage pricing versus the RAM tiers of managed graph databases at equivalent sizes. We publish real per-tenant costs when the cloud opens.
Scale to zero
Compute scales to zero when nobody queries, per namespace, per tenant, per agent. You pay for the bytes at rest, not for a server keeping them warm at 3 a.m.
Zero-egress on R2
R2 charges no egress and ships full S3-compatible conditional writes. If your app lives on Workers, Fly.io, your VPS, or your laptop, R2 is almost always the right call, and the same engine still works against AWS, GCS, Azure, or MinIO whenever you need it.
Backups are a copy
Your database is just files in your bucket. Snapshots are object versions. DR is a second bucket. There is no proprietary dump format, no exporter to maintain, no vendor in the path.
Every architectural decision lives in an RFC. Every benchmark is published, including the ones that don't go our way. The engine is source-available from day one under BSL 1.1, and each release converts to Apache 2.0 three years later. A commercial license is available for teams that redistribute it as a managed service or embed it in closed-source products.

We are building this because nobody else is going to.
NamiDB runs where the stakes are real. We partner with teams that keep critical systems online at scale, and shape the engine around what they actually carry.

Cybersecurity and critical infrastructure across Latin America
For 25 years Radical has been the technological shield behind more than 3,000 organizations across 8 countries. A security operations center that never sleeps, its own CERT, Tier III data centers held to 99.99 percent uptime, defense grade C4ISR systems, and the full stack of ISO certifications most vendors only talk about. Banks, governments, hospitals, and insurers trust them to stay standing when seconds carry real cost.
Years operating
Countries
Organizations protected
SOC and CERT
Building on NamiDB, or bringing it to your own customers? Tell us what you have in mind and a real person writes back. Every request lands in info@namidb.com.
The engine itself is open source and shipped. Install it from GitHub and point it at your bucket today. The waitlist below is for NamiDB Cloud: managed multi-tenant SaaS on namidb.com, with namespace-per-tenant, scale-to-zero, and object-storage pricing. We are onboarding design partners in waves.

We're giving it a database
worthy of the decade ahead.