In a small office, an intern named Lex sits at a desk reading sticky notes. Each note holds a piece of text: sometimes a full word, sometimes just part of one. This is how an AI reads your messages.
Lex stands for the LLM, an AI that reads assembled input and writes a response. His desk stands for the context window, the bounded workspace assembled for one model response.
Problem: Ava's word count does not tell her how much model context the paragraph uses.
Resolution: The reader sees that language models process tokenizer-defined tokens. The exact pieces and count depend on the tokenizer used by the model.

A language model processes tokens rather than a human word count, and the exact boundaries depend on its tokenizer.
Section 1: How text becomes sticky notes
When you type a message and hit send, a language model does not receive a human word count. A tokenizer converts the text into a sequence of pieces represented by numbers. In the office analogy, each piece becomes a sticky note on Lex's desk.
This step usually happens behind the scenes before the model processes the input. Text models operate on tokens, but different model families can use different tokenizers. Multimodal systems also have their own ways of representing images, audio, and other inputs, so the sticky-note analogy here is specifically about text.
The process of breaking text into pieces is called tokenization. Think of it as the step between you typing a message and Lex reading it. You write a sentence. The sentence becomes a row of sticky notes. Lex reads the sticky notes. That is the pipeline.
Section 2: Not every word is one note
Here is the part that surprises people: words and tokens do not map one-to-one. A tokenizer may keep a familiar word together, split a word into smaller pieces, or bundle whitespace or punctuation with a neighboring piece. Another tokenizer may divide the same sentence differently.
Code, URLs, formatting, non-English text, and unusual character sequences can produce token counts that differ sharply from their visible length. That does not mean they always cost more than prose. It means visual length and word count are unreliable measures of token use.
This means there is no universal conversion such as "one word equals one token." If an exact count matters, use the tokenizer or token-counting tool for the specific model. An example from a different model may not match.
Section 3: Why this matters for the desk
Every sticky note takes up space on Lex's desk. The desk, the context window, has a fixed size. So the real question is not "how many words can I send?" It is "how many tokens will those words produce?"
A paragraph that looks short may still use more tokens than its word count suggests, while another tokenizer may encode it more compactly. Counting with the right tokenizer is more reliable than guessing from visible length.
Token count first matters as a capacity measure: every input token uses part of the context window. Whether the model uses the right detail is a separate attention and retrieval question that the next phase will explore.
How many tokens can the desk actually hold? That question has a specific, measurable answer, and it is the subject of the next episode.
Glossary
- Tokenization
- The model-specific process that converts text into a sequence of token IDs before processing. | Office analogy: A tokenizer prepares ordered sticky notes for Lex. | Example: Two model tokenizers can divide the same sentence into different numbers of pieces.
- Token types
- The kinds of text a token can represent, such as a whole word, part of a word, punctuation, or whitespace bundled with nearby text. Boundaries depend on the tokenizer. | Office analogy: Sticky notes can hold different-sized text fragments. | Example: Check the tokenizer for the model you use rather than assuming one word equals one token.
- LLM
- An AI that reads input and writes a response, like Lex the intern at his desk. | (origin: P01-E01)
- Context window
- The bounded workspace assembled for one model response, like Lex's desk. | (origin: P01-E01)
Try it yourself
- Count the words in a short message, then inspect it with a tokenizer for a specific model. Record the model or tokenizer name with the result.
- Compare the same sentence in two model-specific tokenizer tools. Notice whether the boundaries or counts differ.
- Compare prose, code, a URL, and non-English text of similar visible length. Treat the result as tokenizer-specific, not a universal rule.