Claude Tokens Explained: How Much Text Fits in Claude's Context
November 2026 · 7 min read
Quick answer
A token is the unit Claude reads and writes: usually a word fragment, so English prose runs at roughly three-quarters of a word per token as a rule of thumb. On paid Claude plans, current models such as Opus 5.5, Sonnet 5.5, and Haiku 5.5 have a 1M-token context window in chat, older 4.x models 500K, and other models 200K, which Anthropic describes as about 500 pages. Everything in the chat counts: your messages, Claude's replies, attachments, and project files.
ClaudeKit field note
Why this belongs on ClaudeKit
This guide is included because it connects a broader AI change back to the way ClaudeKit users work: long Claude sessions, prompt reuse, portable context, and recoverable workflows.
How to use it in Claude
Read it as a workflow note, then turn the useful parts into saved prompts, forked tests, or exported checklists inside Claude.
Editorial bar
The page should leave you with a decision, checklist, or example you can use immediately, not just a summary of AI news.
Tokens vs Words
Models do not read words; they read tokens, chunks of text produced by a tokenizer. Common English words are often a single token, longer or rarer words split into several, and punctuation, spaces, and code symbols take tokens too. That is why "how many words fit" never has an exact answer.
The working estimate most people use is about 0.75 English words per token, or around 1.3 tokens per word. Treat that as a planning number, not a measurement. It shifts with content type:
| Content | Tokens per word (rough) | Why |
|---|---|---|
| Plain English prose | About 1.3 | Common words tokenize efficiently. |
| Technical writing, jargon, names | Higher | Rare terms split into more pieces. |
| Source code | Noticeably higher | Symbols, indentation, and identifiers each cost tokens. |
| Non-English languages | Often higher | Depends heavily on language and script. |
| CSV and tables | High | Commas, numbers, and repeated headers add up. |
If you need an exact count for API work, use Anthropic's token counting endpoint. For everyday chat planning, the rough ratio is good enough.
Two consequences are worth internalizing. First, formatting is not free: a heavily nested Markdown table, a JSON export with repeated keys, or a log file full of timestamps can cost two or three times the tokens of the same information written as plain sentences. Second, tokenizers differ between model families, so a count from another vendor's tool is only an approximation of Claude's count. Tools that estimate Claude tokens with a general-purpose tokenizer are useful for spotting a 50,000-token paste before you send it, not for predicting exact usage.
Current Context Window Sizes
The context window is the total number of tokens a model can consider at once. Anthropic's help center lists these sizes for chat on paid plans as of this writing; check the linked article before relying on them, since the table changes as models ship.
| Model (chat, paid plans) | Context window | Rough English words |
|---|---|---|
| Opus 5.5, Opus 5, Sonnet 5.5, Sonnet 5, Haiku 5.5, Fable 5.1 | 1M tokens | ~750,000 |
| Fable 5, Opus 4.8, Opus 4.7, Opus 4.6, Sonnet 4.6 | 500K tokens | ~375,000 |
| All other models | 200K tokens | ~150,000 (Anthropic: about 500 pages) |
The word column uses the 0.75 rule of thumb, so treat it as an order of magnitude. The help center does not list separate sizes for the Free plan, and Claude Code and Cowork have their own tables.
What Actually Fills the Context
The window is not just your latest message. On each turn, Claude considers the conversation so far. That includes:
- Every message you sent and every reply Claude wrote in this chat.
- Attached files, including PDFs, spreadsheets, and pasted text.
- Project instructions and project knowledge, unless retrieval mode is pulling only relevant parts.
- Tool results such as web search pages and retrieved past chats.
- Style and custom instructions.
On paid plans with code execution enabled, Anthropic says Claude automatically summarizes earlier messages to make room for new content while keeping your full chat history. That keeps long chats going, but a summary is lossy; details from early in the conversation can get flattened. See why long Claude conversations lose context.
A Worked Example
Say you are reviewing a 60-page contract with Sonnet 5.5. Using rough numbers:
- The contract: 60 pages at about 400 words per page is 24,000 words, roughly 32,000 tokens.
- Your 20 questions over the session at about 60 words each: about 1,600 tokens.
- Claude's 20 answers at about 350 words each: about 9,300 tokens.
- Total: around 43,000 tokens, under 5% of a 1M window.
Now change one variable: the same review on a model with a 200K window, but you also attach the 40-page master services agreement, three prior amendments, and a 25-page redline. That adds roughly 90 pages, or another 45,000-50,000 tokens, bringing the chat near 95,000 before the discussion gets long. It still fits, but a few dozen detailed turns later you are working much closer to the limit, where automatic summarization of earlier messages becomes more likely. On a 1M model, the same chat has ample room.
Either way, context is not the main constraint. Usage is. Each turn reprocesses the conversation, so a long, attachment-heavy chat costs more per message as it grows, even with caching. The practical lesson: big context windows make it possible to fit a lot, but they do not make it cheap to keep re-reading it. Ask related questions together and start a fresh chat when you switch topics.
Context Window vs Usage Limits
People often blame the context window when they hit a usage limit, or the reverse. They are different:
| Context window | Usage limits | |
|---|---|---|
| What it limits | How much one chat can consider at once | How much you can use Claude over time |
| Resets | Per conversation | Rolling 5-hour session window plus weekly limits on paid plans |
| What helps | Retrieval in projects, shorter attachments, new chats | Lower effort for routine tasks, caching, shorter chats, batching questions |
Anthropic's usage best-practices article lists conversation length, attachment size, and effort level among the factors that affect limits. For the weekly side, see Claude's weekly limit explained.
Estimating Before You Paste
You rarely need a precise count, but a quick estimate before a big paste prevents two common mistakes: uploading far more than the question needs, and assuming something will not fit when it easily will. These shortcuts use the same rough ratios as above.
| Material | Approximate size | Rough tokens |
|---|---|---|
| A long email | 500 words | ~650 |
| A 10-page report | ~4,000 words | ~5,000-6,000 |
| A one-hour meeting transcript | ~8,000-10,000 words | ~11,000-14,000 |
| A full-length nonfiction book | ~90,000 words | ~120,000 |
| A 2,000-line source file | Varies with style | Often 15,000-25,000 |
These are planning estimates, and real counts vary with formatting, language, and tokenizer details. The book row is the instructive one: on a 200K model, one book plus a long discussion can approach the limit; on a 1M model, several books fit. That headroom is real, but it is not a reason to attach everything. A model working over a focused 20,000-token excerpt usually gives sharper answers than the same model searching a 400,000-token pile for the relevant paragraph.
The same logic applies to replies. If you ask for "a detailed analysis" you may get 1,500 words back, about 2,000 tokens, every turn. Asking for "the top three findings in under 200 words" keeps the conversation lean and makes later turns cheaper to process.
Practical Rules for Staying Efficient
- Paste the relevant section of a document, not the whole thing, when the question is narrow.
- Convert scanned or layout-heavy PDFs to text when possible; extracted text is easier to work with.
- Trim CSVs to the columns you need before uploading.
- Put reference files you reuse in a project so cached content counts less on reuse.
- When a chat passes a few dozen long turns, summarize and continue in a new chat.
- Do not chase the full window. Answers on focused context are usually better than answers on everything.
Where ClaudeKit Fits
ClaudeKit's live token counter shows a word count and token estimate while you type, plus estimates on Claude's responses, so you can see when a paste is far larger than you thought. The estimates use a general-purpose tokenizer and are roughly within 10% of Claude's own counts, which is fine for planning and not a billing figure. The usage circle in the bottom-right of claude.ai shows session and weekly limits with reset times when Claude returns that data.
When a chat gets heavy, the Handoff Brief condenses it so you can continue in a new chat with far fewer tokens of history.
Sources and further reading
- Claude Help Center: Context window on paid plans
- Claude Help Center: Usage limit best practices
- Claude Help Center: RAG for projects
- Claude pricing
FAQ
How many words is a token in Claude?
For English prose, a common rule of thumb is about 0.75 words per token. Code, tables, and many non-English languages use more tokens per word.
How big is Claude's context window?
On paid plans, Anthropic lists 1M tokens in chat for current models including Opus 5.5, Sonnet 5.5, and Haiku 5.5, 500K for several 4.x models, and 200K for other models. Check the help center for the current table.
Do Claude responses count toward the context window?
Yes. Everything in the conversation, including Claude's replies, attachments, and tool results, counts toward the context window.
Is the context window the same as the usage limit?
No. The context window limits how much one chat can consider at once; usage limits cap how much you can use Claude over a rolling 5-hour window and a week.
Claude power users
Use Claude harder without losing your place.
ClaudeKit adds saved prompts, exports, conversation forking, and an on-page usage circle when Claude returns valid data.
Add to Chrome - Free