KnowledgeV8 is not a pgvector wrapper. Vector search is one narrow step in a wider pipeline — raw storage, curated knowledge, and a hybrid retrieval that reads full context, not fragments.
Three tiers, strict rules about what lives where. Binaries never enter git or Postgres — pgvector only ever sees the small, derived index at the end. Hover a stage, or send a document through.
A read-only object-storage connector (PDF, DOCX, HTML, CSV) or a git repo of already-written markdown.
Original documents stay exactly where they are — your own bucket, or a platform-managed one. This is the system of record.
store: S3 / GCS / MinIOText is pulled from raw documents and drafted into OKF concepts. Drafts are rank-penalized until a human — or the workspace owner — promotes them.
Reviewed concepts live in git, small and diffable. Only at the very last step are they chunked and embedded — into a Postgres index that's fully rebuildable.
store: git (OKF) → pgvectorTwo distinct mechanics, not one. pgvector narrows; long-context expansion widens back out before anything reaches the model. Send a question through to watch both happen.
Over REST (/v1/answer) or as an MCP tool call from an agent.
HNSW cosine ANN over chunk embeddings finds the handful of concepts that might matter. Recall only — it never generates anything.
Each surviving concept is read in full — body plus every one-hop linked neighbor — instead of the bare chunk that found it.
The model answers from whole concepts and cites the concept ids it drew from — traceable back to the exact source.