Concepts
Why your search has no meter running
Your node reads and files your documents entirely on its own hardware. There is no per-document charge, no per-question charge, and no third party counting tokens. This page explains how retrieval works without a meter, and why that is a privacy story as much as a cost one.
An in-house archivist, not a courier
Many AI products work like a courier service: to understand a document, they mail a copy to an outside company that reads it, charges per page, and mails back a summary. Your node does not use a courier. It employs an in-house archivist that reads every document, files it, and answers questions, all without the text leaving the building.
How the archivist turns a document into a searchable fingerprint is the subject of Semantic Search. What matters for cost is where that work happens: entirely in-process, on compute you already own. No document is mailed to an outside reader to be understood, so there is nothing to meter, either when you ingest a document or when you later ask a question about it.
The fingerprints are stored right next to your text, in a vector store that lives in the same deployment, so retrieval is a lookup inside your own boundary rather than a call across it. That is the whole reason there is no meter: nothing about a search has to leave to happen.
No egress, no per-token bill
Running retrieval in-house collapses two costs at once. The obvious one is money: there are no metered embedding fees that scale with how much you ingest or how often you ask. The less obvious one is exposure. A per-token bill exists because your text crossed a boundary to be counted; removing the meter and removing the egress are the same act.
What you pay for is compute you already own
Embedding and retrieval consume the node's own CPU. There is no external service in the path, so search keeps working without internet egress and without a usage invoice attached to your documents.
The same store, everywhere
The retrieval layer is deliberately backend-agnostic: the identical schema and query logic run against the control-plane PostgreSQL pool and against the in-pod PGlite store on a node. A node with no connection to a central database still searches its own content the same way. That portability is what lets an isolated edge node behave exactly like a cloud node without a separate code path.
Honest limits
In-house compute is not free compute; embedding a very large corpus takes CPU time on your node, and larger workloads want larger nodes. The bundled model is small and strongest in English, so retrieval quality tracks that. And "no per-token embedding bill" is a statement about retrieval specifically; any generation model you point your node at has its own separate cost profile.
Next step
Read how the fingerprints themselves are produced and verified in Semantic Search, or how nodes share answers without sharing raw text in Map-Reduce Synthesis.