Promotion converts a standalone namespace to managed mode. Existing vectors and documents stay in place. Mixpeek adds auto-embedding for queries and collection-driven processing for new content.
Map existing vector indexes to inference services and optionally add new ones.
Parameters
Map existing indexes to inference services for auto-embedding queries.| Field | Description |
|---|
existing_index | Name of an existing vector index |
inference_service | Model to auto-embed queries (e.g., openai_text_3_small) |
New vector indexes to create during promotion.| Field | Description |
|---|
name | New index name (must not conflict with existing) |
dimension | Embedding dimension |
metric | cosine, dot, or euclidean |
inference_service | Model for auto-embedding (optional) |
Response
What Changes
| Before (standalone) | After (managed) |
|---|
| Search input | Must provide pre-computed vectors | Also accepts raw text/URLs — auto-embedded |
| New content | Direct upsert only | Collections + extractors auto-process |
| Existing data | — | Preserved, no reindexing |
| Direct upsert | — | Still works alongside collections |
Rules
Promotion is one-way. Managed namespaces cannot be demoted.
- Only
standalone namespaces can be promoted
existing_index must reference an index that exists — errors list available indexes
name in add_vectors must not conflict with existing indexes
- Promotion is atomic — if validation fails, nothing changes
- Both
vector_mappings and add_vectors are optional (promote with just one or neither)
Full Workflow
Start standalone
Create a namespace and upsert your existing embeddings. Load and validate
Upsert documents and verify retrieval quality before promoting. Promote
Map your embedding to the matching inference service. Switch queries to text input
Your retrievers already run before and after promotion — no API change. Update the query stage from input_mode: vector (you pass the embedding) to input_mode: text so Mixpeek auto-embeds. See Querying with Retrievers below. Use managed features
Create collections with extractors for new content. Existing documents coexist with extractor-processed documents.
Querying with Retrievers
Querying is unified on retrievers in both standalone and managed modes — you learn one query concept regardless of whether you bring your own vectors or let Mixpeek embed for you. Promotion doesn’t change how you query; it only changes what you pass in. A standalone retriever takes the query vector you computed (input_mode: vector); after promotion the same retriever can take raw text and auto-embed it (input_mode: text).
The query stage runs in input_mode: vector — you compute the embedding and pass it in inputs.
After promotion: pass raw text
Once text_embedding is mapped to an inference service, switch the query stage to input_mode: text. Mixpeek embeds the text for you — no vectors needed.
Each hit in the response exposes document_id plus the document’s payload fields.
What Changes
| Standalone (input_mode: vector) | Managed (input_mode: text) |
|---|
| Query input | Raw vectors you computed (also text/BM25, sparse) | Raw text, URLs, filters — auto-embedded |
| Embedding | You compute and pass vectors | Retriever stages auto-embed via inference services |
| Query path | Retriever create + execute | Retriever create + execute — same API |
| Pipeline | Single search stage + optional fusion | Multi-stage: search → filter → enrich → rerank → transform |
| Hybrid search | Multiple feature_search searches + fusion | Multiple feature_search stages + sort/reduce stages |
Promotion is additive — your retrievers keep working. Flip the query stage to input_mode: text whenever you’re ready to let Mixpeek handle embedding, and layer in multi-stage pipelines as your needs grow.