Plainly

Concept · Foundational

Tokens

The unit these systems actually read, write and bill in. Not words, not characters, and the gap between them is where surprise invoices come from.

Published 11 August 2026  ·  Last verified 12 August 2026  ·  Figures referenced here live on Model facts

A token is a chunk of text

A model does not see letters and it does not see words. Before anything happens, your text is chopped into pieces called tokens, each of which the model has learned as a single unit. A token is usually a common word, a fragment of a longer word, a punctuation mark, or a space plus the word that follows it.

Roughly, unbelievable might become three pieces along the lines of un / believ / able, while the is a single piece because it appears constantly. Common text compresses into few tokens; unusual text sprawls into many.

Why not just use words?

Because words are a bad unit for a general system. Tokenisation solves four problems at once:

The rule of thumb everyone repeats is attached to a tokeniser

You will find, in a great many places, the claim that one token is about four characters, or about three quarters of a word. That number entered circulation years ago, attached to a particular generation of tokeniser, and it has been copied forward ever since without being rechecked.

It is wrong for the newest models and still right for others, which is the more interesting fact. Anthropic describes the one-million-token context window on its current flagship models as approximately 555,000 words and approximately 2.5 million characters. Work backwards from the vendor's own figures and you get:

Ratio Widely repeated folklore Implied by current figures
Words per token ~0.75 ~0.56
Tokens per word ~1.3 ~1.8
Characters per token ~4 ~2.5

Derived by division from Anthropic's stated approximations (1M tokens ≈ 555k words ≈ 2.5M characters) on its models overview, fetched 12 August 2026. These are approximations of approximations: treat them as an order of magnitude, not a calculator.

That is not a rounding difference. If you budget a job using the old ratio, you can be out by something like forty per cent on token count, and therefore on cost. Anthropic states directly that its newer tokeniser produces roughly 30% more tokens for the same text than the generation before it, and dates the change precisely: models from Claude Opus 4.7 onward use it, everything earlier does not.

Which is why the folklore is not simply dead. On the same page, the older one-million-token models are described as approximately 750,000 words and 3.4 million characters, and Claude Haiku 4.5 — a current model, on this site's own Model facts table — as approximately 150,000 words and 680,000 characters for its 200,000-token window. Both work out to 0.75 words per token — the memorised figure exactly — and about 3.4 characters, nearer the folklore's four than the 2.5 above. The old ratio is not dead; it is accurate on models people are using today. One vendor's documentation supports both sets of numbers, in different rows of the same table, and it is right to.

The genuinely useful takeaway

Tokenisation is not a fixed property of language, it is a property of a specific model. Two models can read identical text and count it differently. Any ratio you memorise is attached to a model version, and it expires when that version does.

Why you should care

It is the unit you are billed in

Pricing is quoted per million tokens, and quoted separately for input and output. Output costs several times more than input on every current model, which is worth internalising: asking for a long answer is far more expensive than supplying a long question. Current rates are on Model facts.

It is the unit the context window is measured in

The window is a token budget, not a page count, and it is shared between what you send and what comes back. This is why the two concepts have to be learned together. → Context windows

It makes some content far more expensive than it looks

Because compression depends on how ordinary the text is, cost per page varies more than people expect.

Don't try to count them yourself

Two specific traps.

Don't estimate from a character count. If the number matters for budgeting, ask the model's own API for the count. Anthropic, for instance, exposes a dedicated token-counting endpoint. Every guess you make is worse than an exact answer that is free to obtain.

Don't use another vendor's tokeniser. The popular tiktoken library is OpenAI's, and it is simply the wrong tool for Claude. Anthropic's published guidance for its own developers puts the error at 15–20% undercounting on typical text, and worse on code or non-English input. This is a common enough mistake to be worth naming: cross-vendor token estimates are not approximately right, they are systematically wrong in one direction.

Where this page stops

The single largest lever on token cost for anyone building is prompt caching, which can change the economics of a repeated prompt substantially and now has its own page. The other follow-on, why models are bad at counting letters in a word, is downstream of tokenisation and is covered in what AI is actually bad at, where it serves as the clearest case of a limitation with a mundane mechanical cause rather than a mysterious one.

Sources

Word, character and token approximations come from Anthropic's models overview, where they appear as tooltips on each model's context window. The 30% tokeniser increase, and the fact that it begins with Claude Opus 4.7, come from its token counting documentation. Both fetched 12 August 2026.

The tiktoken undercounting range is Anthropic's figure but is not on either page above, which is where this page cited it until 12 August 2026. It is published in Anthropic's token counting guidance for developers: "It undercounts Claude tokens by ~15–20% on typical text, and by much more on code or non-English input." A citation you cannot follow to the claim is worse than no citation at all, so the correction is logged on the changes page rather than quietly fixed.

Ratios in the comparison table above are arithmetic on the published figures rather than independent measurements, and are labelled as such. Equivalent figures for other vendors have not been verified and are deliberately not stated here.

Next → Context windows · All → Concepts