FAQCommon questions
Short, direct answers to the things people ask most about this.
Why is Claude Code so expensive?
Usually because every request runs on the most capable model at high reasoning effort with a large, drifting context window, and output tokens cost three to five times input. Routing easy work to a cheaper model, caching repeated context, lowering effort, and starting fresh sessions removes most of that avoidable cost.
What is the single best way to reduce Claude Code costs?
Model routing: plan with a frontier model and let a cheaper model like Sonnet or Haiku write the code. It is worth 40 to 70 percent on its own, more than any other single change, because it stops you paying frontier prices for routine execution.
Does prompt caching really save money?
Yes. Claude Code caches your system prompt and CLAUDE.md, giving about a 90 percent discount on those repeated input tokens after the first message, which can cut 30 to 50 percent of a typical daily bill. Keeping CLAUDE.md under about 200 lines keeps it efficient.
Will these tactics lower quality?
Used well, no. The idea is to spend frontier capability only where it changes the outcome, and cheaper models where they produce the same result. Prompt caching and fresh sessions carry no quality risk at all; routing and effort tuning only lower quality if you push a task onto a model that cannot handle it, which the per-model numbers make easy to catch.
How do I track whether my Claude Code costs are going down?
Measure spend per model over time. Tokens 4 Breakfast shows your real Claude Code cost by model and project, live in the Mac menu bar, with a month-end forecast, so you can confirm a change worked instead of assuming it did. The built-in /cost command only shows the current session.