How LLMs Store You: Parameters, Embeddings and Your Name

People imagine an AI model as a giant filing cabinet with a folder per person. The reality is stranger and more useful to understand: you are not stored anywhere. You are implied everywhere.

There is no file with your name on it

A large language model contains no database, no records and no lookup table. It is a single enormous function: text goes in, a prediction of the next token comes out, and everything it "knows" lives in the billions of numerical parameters that shape those predictions. When a model correctly says what you do for a living, it did not retrieve a fact. It completed a pattern, because during training the text of the web made that completion statistically likely. This distinction sounds philosophical. It is not. It is the difference between editing a record, which you cannot do, and shifting a probability, which you can. Everything practical in Person Engine Optimization follows from that shift in mental model.

Tokens: what your name looks like on the way in

Before a model processes anything, text is chopped into tokens, sub-word chunks from a fixed vocabulary. Common names ride through as one or two familiar tokens. Uncommon names get sliced into fragments; a surname the tokenizer has rarely seen might become three or four pieces the model must learn to treat as a unit. Neither situation is a verdict, but each has a consequence. A common name is easy for the model to read and easy to confuse with the thousands of other people sharing those tokens. A rare name is unmistakably yours, but the model only learns to treat the fragments as one person if it sees them together, spelled identically, many times. Variant spellings, stray initials and inconsistent forms literally split you into different token sequences, which is the mechanical reason the consolidation work in structuring your identity for machines matters at all.

Embeddings: your name as a position in space

Once tokenized, your name becomes an embedding: a vector, a long list of numbers, that positions it in a space where distance means relatedness. Words and names that appear in similar contexts sit near each other. If your name consistently shows up in text about maritime insurance litigation, its representation drifts toward that neighborhood, near the topics, the institutions and the other names of that world. Ask the model about your field, and the names positioned deepest in that neighborhood are the ones that surface most naturally.

This is the geometry behind a rule PEO practitioners state as strategy: you become where you are mentioned. Every article, podcast and citation that places your name beside your specialty nudges your position. Scattered mentions across unrelated topics leave you floating between neighborhoods, near everything, retrievable for nothing.

The geometry also explains a pattern that frustrates generalists: the consultant who does strategy, fundraising, hiring and product advisory, and is documented doing all four, occupies no neighborhood deeply enough to surface in any of them. The machine is not punishing range. It is doing arithmetic on context, and diluted context produces a diluted position. You do not have to narrow what you do; you do have to narrow what the public record says you do, at least until the association is strong enough to carry extensions.

Parameters: where the knowing actually lives

The associations themselves are stored in the model's parameters, the billions of weights adjusted during training. Facts about you are not written anywhere; they are smeared across huge numbers of weights that each encode a tiny fraction of many patterns at once. Three properties of this storage explain most of what people find baffling about AI and their own reputation:

• It is frequency-weighted. A pattern seen once barely registers. A pattern seen hundreds of times across independent sources becomes something the model states with confidence. One flagship profile in a major outlet matters less, mechanically, than the same three facts repeated across fifty ordinary pages.
• It is frozen at the cutoff. Once training ends, the weights ship and do not change. Corrections, career moves and new work wait for the next model, unless they arrive through live retrieval, the second door described in training data vs retrieval.
• It has no confidence meter attached to truth. The model knows what is likely, not what is verified. Fluent wrongness is native to the architecture.

How does an LLM know who I am?

Put the pieces together and the answer to this question has three tiers. If you are heavily documented, the model recognizes your name from training and completes accurate patterns about you from memory. If you are lightly documented, the model may recognize the shape of your name but hold associations too weak to say anything specific, so it either goes vague or goes wrong. If you are undocumented, you exist for the machine only through retrieval: whatever a live search surfaces at question time is the whole story. Research on generative engines backs the intuition that what gets surfaced can be deliberately influenced; the study that coined Generative Engine Optimization, Aggarwal et al. on arXiv, measured how content changes shift visibility in generated answers. And the audience deciding against these tiers is no longer niche: ChatGPT alone reached roughly 900 million weekly active users by February 2026, per Similarweb's generative AI statistics.

Attention: why the context window beats the weights

One more mechanism completes the picture. At question time, a transformer's attention layers weigh everything currently in the context window, the conversation plus any retrieved documents, and that in-context material dominates whatever the weights vaguely remember. Feed the model a paragraph stating your current role and it will use that paragraph, even if its training memory holds the stale version. This is the architectural reason retrieval can override memory: a fetched page about you is, for the duration of that answer, the loudest signal in the room.

The practical consequence is enormous for anyone who is not famous. You do not need to win the weights to win the answer; you need the material that enters the context window to be yours, current and correct. Every answer-shaped page you publish is a candidate for that window. Every stale bio floating around the web is a rival candidate. The window is small, the competition is per-question, and the engine fills it with whatever the live web serves best.

Why hallucinations about people happen

A hallucination is not a malfunction; it is the architecture doing its job without enough signal. Asked about a thinly documented person, the model still must predict the next token, so it completes with what is plausible for someone with your kind of name, your kind of title, your neighborhood in the embedding space. Plausible-for-your-category is how you get credited with a book you never wrote or a university you never attended. Same-name collisions are the same failure at higher volume: two humans sharing one token sequence, their documented lives blended into a single statistical silhouette. The defense is not outrage; it is signal. Dense, consistent, machine-readable facts about the real you, so the model never has to improvise, and structured markup like Person schema so retrieval systems can verify which human the tokens refer to.

The five storage facts, and the move each one implies

Notice what is absent from that table: tricks. There is no prompt to inject, no hidden tag that rewrites the weights. The architecture only responds to the shape of the public record, which is why the work looks less like hacking and more like disciplined publishing, the network-building described in the network signal, done consistently until the statistics tip your way.

What this means for managing your name

The professionals who stay accurately represented in AI answers are running probability campaigns, whether they call it that or not: one name, one story, repeated across every source a crawler might read, refreshed often enough that retrieval always finds a current version. The ones who stay misrepresented are usually not victims of the machine; they are thinly documented, inconsistently named, or contradicted by their own old bios, and the model is faithfully reflecting that mess back at them. The weights do not care which kind you are. They just count. If you want to know what the count currently says about you, and what it would take to move it, that is exactly the baseline our service builds first.