Embedding drift occurs when vector geometry or the represented data changes enough that stored document vectors no longer match current query behavior reliably.
A private index can keep returning neighbors after an embedding model, OCR pipeline, chunker, or household vocabulary changes, so no obvious error announces the mismatch. Some changes create incompatible vector spaces and require a full rebuild; others alter only part of the corpus or query distribution and call for targeted re-embedding, evaluation, or threshold recalibration. The distinction depends on provenance and measured retrieval quality.
Model Drift Can Make Old and New Vectors Incomparable
An embedding model maps text into a coordinate system learned from its parameters and training objective. A new model, fine-tune, pooling method, dimension, or normalization rule can rotate and reshape that space even when both outputs have the same length.
Work on backward-compatible representations treats embedding compatibility as an explicit training objective because independently learned embeddings are not automatically interoperable. Without such a guarantee, new query vectors should not search an old document index. This distinction remains visible during later household testing.
A dimension mismatch fails visibly, but equal dimensions can fail silently. The index accepts the vector and computes a precise similarity score in a mixed space that has no reliable semantic interpretation. The intermediate result must remain inspectable before automation follows.
Pipeline and Data Drift Change Meaning Without Changing the Model
OCR language packs, Unicode normalization, chunk boundaries, table extraction, captions, and metadata prefixes change the text presented to an unchanged encoder. New household terms or document types can also shift the query and corpus distributions away from the evaluation set.
MTEB demonstrates wide embedding task variation across retrieval, clustering, classification, languages, and domains. A model that remains technically identical can therefore become less suitable as the private collection changes. That boundary should be measured separately under realistic operating conditions.
Targeted re-embedding may be enough when only identified documents changed under a versioned pipeline. Query drift may instead require updated tests, hybrid retrieval, or a different encoder rather than blindly rebuilding identical vectors. The practical consequence appears when several sources compete for limited context.
Rebuilding Is a Version Migration, Not Routine Compaction
A full rebuild reprocesses every active source through one pinned extraction, chunking, and embedding configuration, creates a separate index generation, validates retrieval, and atomically changes the query target. Mixing generations during the rebuild defeats the purpose.
Query Drift Compensation studies cross-version query projection methods that map new queries toward older task spaces, illustrating that avoiding a rebuild requires an explicit compatibility method rather than hope that nearby model versions align. This dependency should remain explicit in the final interface.
The failure boundary is an unversioned model or preprocessing change. When provenance cannot prove which pipeline created each vector, selective repair is unsafe; rebuild from authoritative sources and preserve the old generation until evaluation and rollback are complete.
Use Provenance and Retrieval Tests to Choose Rebuild Scope
Inventory encoder revision, dimension, pooling, normalization, parser, OCR, chunker, metadata template, source version, and index generation for every vector. Refuse mixed writes when the compatibility key changes. The result must therefore be checked against the original evidence.
Compare ranked results with full reindex behavior. Run a repeatable query set for recall, precision, citation support, score distributions, language, and document type against old, shadow, and candidate indexes. This distinction remains visible during later household testing.
Rebuild fully after an incompatible model or unknown provenance change; re-embed affected sources after a versioned pipeline change; recalibrate only when vectors remain identical but thresholds or query mix changed. Cut over only after measured improvement.
Tech & AI HUB
More to Read

What Is Tokenizer Compatibility, and Why Can It Break Model Switching?
Decode vocabulary identity, special-token semantics, chat templates, cached tokens, adapters, and compatibility checks for local model switching.

What Is Model Residency, and When Should a Local AI Service Keep Weights Loaded?
Decode weight residency, cache levels, cold starts, eviction, multiplexing, memory pressure, and when a home AI service should stay warm.

What Is Speculative Decoding Acceptance Rate, and Why Does It Matter?
Decode the acceptance metric, draft verification, rejection behavior, speedup limits, workload variation, and measurement for local inference.

