Three ways to search, one way to verify.
Find the exact phrase, fast.
Classic full-text search over every indexed document chunk, powered by Postgres's native full-text search — no separate search index to keep in sync.
- Postgres full-text search over indexed chunks
- Works the moment a document finishes processing
- In development — targeted for the next build milestone
Find the right idea, even with the wrong words.
Documents are embedded into 768-dimension vectors and compared by meaning, not just matching text — so a question about 'remote work expenses' can surface a passage that says 'home-office reimbursement' instead.
- 768-dim embeddings via Cloudflare Workers AI (BGE base)
- Stored and queried with pgvector
- In development
The best of both, blended automatically.
A reciprocal-rank-fusion blend of keyword and semantic results, so an exact match and a conceptual match both surface without you having to pick a mode.
- Reciprocal rank fusion (RRF) of keyword + semantic result sets
- One query, one ranked list
- In development
Ask a question, get an answer with receipts.
Beyond search results, the planned RAG layer retrieves the most relevant chunks and generates an answer that cites exactly which document and passage it drew from — so you can verify before you rely on it.
- Retrieval-augmented generation over your own documents
- Citations link back to source file and passage
- In development — not yet available
Use your model, not just ours, for answers.
Enterprise customers will be able to point the question-answering step at their own OpenAI-compatible endpoint, with credentials stored per-organization rather than shared across tenants.
- Per-organization endpoint, model name and API key
- OpenAI-compatible API format
- In development — enterprise tier
Five roles, enforced where it actually matters.
Super admin, org admin, group admin, member and viewer — and unlike a typical app-layer permission check, these are enforced by Postgres Row-Level Security policies, so the database itself won't return a row outside a user's scope.
- 5-role RBAC: super_admin, org_admin, group_admin, member, viewer
- Enforced via Postgres RLS, not just application code
- Roles and isolation are live; group-level fine-grained rules are still being built
A hosted pipeline, not a desktop app.
A document you upload goes to object storage, gets picked up by an ingestion worker that splits it into overlapping chunks and embeds them, and lands in Postgres ready to be searched — by keyword, by meaning, or both.
What's running today, and what's next.
QueryLlama is pre-launch. Rather than blur the line, every capability on this site is labeled by build status — so a design partner or security reviewer knows exactly what they're evaluating today.
Multi-tenant isolation (Postgres RLS)
Every table scoped by organization; enforced at the database layer.
Document ingestion: chunking + embeddings
Upload to R2, chunk on a sliding window, embed via Cloudflare Workers AI, store in pgvector.
Keyword search (Postgres full-text)
Full-text search over indexed document chunks.
Semantic + hybrid search (RRF)
Vector similarity search and a reciprocal-rank-fusion blend of keyword and semantic results.
RAG question-answering with citations
Ask a question, get an answer grounded in retrieved chunks with a link back to source.
Bring-your-own-LLM (enterprise)
Point the answering step at your own OpenAI-compatible endpoint.
Audit-log event writes
The append-only table exists; wiring every action through to it is in progress.
Group-level permissions & tier billing
Finer-grained access rules within an org, and metered plan enforcement.
See it from your department's angle.
Legal, HR, support and engineering all ask QueryLlama different questions. Here's what an early-access deployment looks like for each.