Field noteOct 23, 20261 min read1 source

When vectors became an implementation detail

In one minute

Pinecone has added integrated embedding to its Documents API, alongside native full-text search.

What changed: Pinecone now adds integrated embedding to the Documents API alongside full-text search; the prior coverage announced full-text search GA.

A string field in a document schema can now be configured for both functions, so a client sends text rather than precomputed vectors on writes and searches.

In Pinecone's example, a field uses full-text search options and the llama-text-embed-v2 embedding model. On a write, Pinecone embeds the text, stores the resulting vector next to it, and builds the text index in the same request. If embedding fails, the company says the request is not written. On a search, the API embeds the text query using the field's configured model.

The full-text implementation stores raw text in Pinecone's slab architecture and uses a Tantivy inverted index with BM25 scoring; it also supports text-match filters such as $match_phrase. Pinecone says its own tests found a one-call text search about 3.5 times faster at the median than calling its standalone embedding API followed by vector search, chiefly by removing a network round trip.

The post does not state pricing, plan or regional availability, throughput limits, or independent latency and retrieval-quality results. It describes Pinecone's implementation and internal testing rather than a comparative benchmark.

Evidence / sources

  1. 1pinecone.io/blog/when-vectors-became-an-implementation-detail
All Field Notes

Next reads

Read next

Open the graph
  1. 01topicRetrievalExplore the retrieval topic hub.
  2. 02archiveField NotesOpen the latest editorial analysis.
  3. 03source ledgerSource LedgerInspect the public source evidence graph.
Who read this page?Machine requests, hidden until opened

Loading the privacy-safe route aggregate...

Open the JSON contract