Cursor Token Counter Bug Report
Summary
Token counter displays inflated usage (~10x actual tokens) causing inaccurate tracking of API consumption.
Environment
OS: Windows 10 (Build 19045)
Cursor Version: [Current version]
Shell: Git Bash
Model: Claude Sonnet 4
Bug Details
Expected Behavior: Token counter should accurately reflect actual token usage Actual Behavior: Counter shows ~10x inflated token count
Reproduction Steps
Send simple prompt: “How is the weather in Sydney Australia” (~7 tokens)
Receive standard response (~197 tokens)
Observe token counter display
Evidence
Actual Usage: ~204 tokens total (7 prompt + 197 response)
Cursor Display: ~2000 tokens (2% of 200k limit)
Discrepancy: ~10x inflation
Calculation: 2% of 200k = 4000 tokens, but actual verified count is only 204
Impact
Users cannot accurately track token consumption
May cause unnecessary concern about usage limits
Affects cost/usage planning and budgeting
Could lead to premature usage restrictions
Steps to Reproduce
I don’t know
Operating System
Windows 10/11
Current Cursor Version (Menu → About Cursor → Copy)
Probably the system prompt. I don’t know details, but I think Cursor doesn’t just send our message straight to the LLM. It modifies it to add a system prompt adding more context, including any rules, etc.
I think it would help you a bit to learn how it works — the whole tokens thing, which model you used, thinking or not,
and what the task was,
and whether tools were activated.
Check the dev tools you’ll see Cursor unnecessarily adding tokens with no real purpose, just to burn through your quota faster. Classic trick to drain your tokens and make you spend more money.
It I have calculated the deltas between each response. While allowing for thinking model at times and non thinking in others the average is still 10x - not 10%