Skip to content
PrepMint

Limits and plans

What actually uses up your Claude usage limits

Anthropic publishes the plan tiers; it does not publish what a limit is spent on. The meter runs on tokens rather than messages, a long chat re-sends itself every turn, and attachments, project knowledge, tool results and thinking all land in the same budget. Mechanism first, numbers last.

Rohan Surve9 min read

Last reviewed

You were most of the way through something, the answer was nearly there, and Claude told you that you had reached your usage limit. The wait is not the annoying part. The annoying part is that you have no idea which of the things you did was expensive, so when the limit resets you will do all of them again.

Anthropic publishes the plans, and it publishes how they compare to each other. What it does not publish is a formula, and there is no per-message meter in the interface to reverse-engineer one from. What it does publish — spread across a few help pages and one line in the developer docs — is the list of things that move the number. That list is enough to reason with, and reasoning with it is worth more than any message count you will find on this subject, because every such count was true on the day somebody wrote it down.

The unit is not the message, it is the token

The single most useful correction to make is that "how many messages do I get" is the wrong question, because a message is not the unit being counted.

Anthropic's own description of what affects your usage names the length and complexity of your conversations, the features you use, which model you are chatting with, and the effort level you have selected. Not one of those is a count of messages. Every one of them is a description of how much text moved through the model.

That is why two people on the same plan get wildly different mileage, and why your own mileage changes week to week without you changing anything you would think of as a habit. A one-line question in a fresh chat and a one-line question at the bottom of a two-hour conversation about a codebase look identical when you type them. They are not remotely the same transaction.

Every turn pays for the whole conversation again

This is the mechanism almost nobody has been told, and it explains more of the surprise than everything else combined.

A model does not remember your conversation. Each turn, the entire conversation so far is sent to it again, and the reply is generated from that. Anthropic's developer documentation describes the standard behaviour plainly: as the conversation advances through turns, each user message and assistant response accumulates, and previous turns are preserved completely.

So the cost of a chat is not linear in its length — it is closer to the area under it. Your fortieth message is not one message. It is your fortieth message plus the thirty-nine before it plus everything they dragged in. The chat that ate your limit was almost certainly the good one: the long, productive, deeply contextual one you did not want to abandon.

The same accumulation has a second consequence that has nothing to do with money — a long thread increasingly contains the model's own earlier answers, read back as established fact — and that is the subject of why the same prompt gives you a different answer. Here the point is only the bill.

Chat interfaces add their own management on top of this — Claude will summarise earlier parts of a long conversation to keep it going — and Anthropic says that summarising step itself is not charged to you. That does not rescue the arithmetic, and Anthropic says so directly: "Longer conversations that trigger automatic context management consume more of your usage limit. Try starting a new conversation if you're approaching your usage limit in a longer chat." The housekeeping is free. The size of the thing being kept is not.

One budget, and almost everything lands in it

The second correction: the text you typed is often the smallest part of what gets sent.

The developer documentation is unusually explicit about what shares the space: "Everything in the request counts toward the context window: the system prompt, every message in messages (including tool results, images, and documents), and your tool definitions."

Read that as a list of line items on a bill. Your prompt is one of them. The PDF you attached is one. The screenshot is one. The web pages a search pulled back are one. The definitions of the connectors you have switched on — not their output, their definitions — are one, and they are there on every single turn whether or not the connector is used. Anthropic's own advice for stretching a limit includes temporarily disabling web search, Research and MCP connectors you do not need in a given conversation, and describes tools and connectors as token-intensive, which is a polite way of saying they are charged rent for standing there.

The model and the effort level change the exchange rate

Two settings sit next to the send button and both of them change what a turn costs, which makes them the cheapest lever in the entire product.

Effort is the direct one, and the help page states the trade without hedging: "Higher effort means more thorough responses, but they take longer and use more tokens, so you'll reach your usage limits faster." Extended thinking is the same story — the reasoning a model does before answering is generated text, and generated text is not free.

The practical consequence is a habit, not a setting. Most of what people ask Claude in a day is routine: reformat this, summarise that, what is the word for. Running those at maximum effort with thinking on is paying for deliberation nobody reads. Lower effort for routine work and raise it for the problem that actually needs it — the same total budget then buys you far more of the work you care about.

Model choice moves the rate too, and Anthropic lists it as a factor. There is a second, sharper reason to care: on paid plans the weekly meter is split, with a separate bucket for Opus and one for everything else. Spending the top-tier model on trivia can leave you rate-limited on the one thing you needed it for, while the other bucket sits untouched.

An attachment you re-upload is a bill you pay twice

Attachments feel like a one-time cost. They are not, because of the accumulation above: a document you attach in message three is still in the conversation at message thirty.

Worse is the pattern of starting a new chat about the same document each time and attaching it again. That is the same text paid for from scratch, repeatedly, and it is the most common expensive habit there is.

Projects are the fix, and specifically because of how they are loaded rather than because they are tidier. Anthropic says content in projects is cached and does not count against your limits when reused, and that when you reference project content, only the new or uncached portions count. Once a project's knowledge grows large, retrieval takes over: "Instead of loading all project content into memory at once, Claude intelligently searches and retrieves only the most relevant information needed to answer your questions."

That is the difference in one line. An attachment is all of it, every turn. Project knowledge is the relevant part, once.

Long answers are next turn's input

A subtle one. Asking for the full rewritten file, the complete table, the entire draft, feels like efficiency — one big answer instead of five small ones.

It is efficient for that turn. But the output becomes part of the conversation, so from the next turn onward you are re-sending it with everything else. Three long generated artefacts in one chat and the history is mostly Claude's own prose being read back to it forever.

Ask for the diff rather than the file. Ask for the changed section rather than the whole document. When you do need the full artefact, take it and start a new conversation to work on it.

Two clocks, not one, and a meter you can actually read

Before changing any habits, look at the numbers that exist rather than guessing at the ones that do not. On paid plans there is a real meter: "If you're using a Pro, Max, Team, or seat-based Enterprise plan, you can navigate to Settings > Usage to view progress bars showing how much of your five-hour session and weekly usage limits you've consumed." (Anthropic help centre, checked 23 August 2026 — cadences like this change without announcement.)

Two things follow. The short session window means a limit you hit is usually hours away from resetting, not days — worth knowing before you buy anything. And the weekly window means a heavy Tuesday is quietly borrowed from Friday, which is the failure people never see coming, because the session bar has recovered and the weekly one has not.

Starting a new conversation is the highest-leverage habit there is

Everything above converges on one action, which is why Anthropic's own guidance says it outright.

A new conversation resets the accumulation to zero. Nothing else you can do has that effect: not a shorter prompt, not a lower effort level, not turning off a connector. Those trim a turn. A new chat deletes the tax on every future turn in that thread.

The instinct that fights this is the fear of losing context, and it is mostly outdated. On paid plans Claude can search your previous conversations, and project knowledge and memory carry the durable material forward. The right unit for a conversation is one task. When the task changes, so should the chat.

One caveat, because it cuts the other way. A new conversation empties the thread; it does not empty everything. Memory and project knowledge are what make the habit affordable, and they are also why a new chat is not a clean room — if you are trying to isolate why an answer changed rather than to spend less, that is a different problem and a fresh chat is not the control you think it is. Why the same prompt gives you a different answer is about that half.

What the multipliers tell you, and what no number can

If you are weighing an upgrade, the honest framing is the one Anthropic uses, which is relative rather than absolute: "Max 5x provides five times more usage per session than the Pro plan." A higher tier multiplies the same budget. It does not change any of the mechanics on this page, and it will not rescue a workflow that re-attaches the same PDF into a hundred-message thread — it will just take longer to fail.

There is also a middle option that gets overlooked: paid plans can enable usage credits or buy usage bundles, which is often the better answer to one unusually heavy week than a permanent tier change.

And treat every hard number about limits — anyone's, including the two on this page — as a snapshot with a date attached. Other assistants meter their own way and change it on their own schedule; the habits generalise, the figures never do.

The habits that actually move the number

In rough order of how much they return for how little they cost:

  1. Start a new conversation when the task changes. This is most of the win.
  2. Keep reference material in a project rather than re-attaching it to each chat.
  3. Turn off connectors, web search and Research in conversations that do not need them.
  4. Drop the effort level for routine work; save high effort and thinking for the hard problem.
  5. Ask for diffs and changed sections rather than whole regenerated artefacts.
  6. Batch related questions into one message instead of a drip of follow-ups down a growing thread.
  7. Read Settings → Usage before concluding anything, and note which meter is actually low.

If you only adopt the first two, you will notice the difference. The rest is trimming.

Practise this topic

Reading about it is half of it. Answer some questions on the same material — scored instantly, explanation for every one, no login.

Sources

Rohan Surve

Rohan Surve is a Technical Product Manager in Bengaluru with 12 years in enterprise delivery and 0→1 product building. He works with Claude, Claude Code, Cursor and MCP daily, and built PrepMint after noticing how much of what he "knew" about these tools was half-remembered from documentation he'd skimmed once. Every question here is written from working with the tool and checked against the vendor's own docs.

More articles by Rohan Surve

Question banks on this subject