# What is a blended rate? > A blended rate is your average cost per token across every model you run. Useful for forecasting, dangerous for optimisation. Worked example inside. URL: https://getculpa.com/what-is-blended-rate Last reviewed: 2026-08-01 ## Answer A blended rate is your average cost per thousand tokens across every model you run, weighted by how much traffic each one takes. It's one number for a mixed fleet. Culpa, a local-first LLM cost, margin, and forecast ledger, prices each call at its own model rate first and blends afterwards, so the average never hides which model moved. ## Why this happens A blended rate is genuinely useful for one job, forecasting a bill when your model mix is stable. It's actively misleading for the other job teams use it for, deciding what to optimise. The number moves for two completely different reasons, a rate change or a mix change, and it looks identical either way. A team whose blended rate rose 30% can't tell from that figure alone whether prices went up or whether traffic shifted to a pricier model. ## What this usually looks like - Your blended rate moved and nobody can say whether the cause was a mix shift or a price change. - A cheap model handles most of your calls, so the blend looks reassuring while a frontier model carries the actual spend. - Forecasts built on last quarter's blend miss badly after a routing change nobody flagged as a cost event. - Two teams quote different blended rates for the same month because they weighted by calls rather than by tokens. ## Common mistakes - Weighting the blend by call count instead of token volume. Why it hurts: A million tiny classification calls and a thousand long generations weight equally, which makes the blend meaningless. Do instead: Weight by tokens, and blend input and output separately because their rates differ by several times. - Using one blended rate to forecast after a routing change. Why it hurts: The blend describes the mix that produced it. Change the mix and the blend describes history, not the future. Do instead: Forecast per model with its own rate and volume, then blend the result for reporting only. - Reporting a single blended rate across input and output. Why it hurts: Output bills several times input on most models, so a combined blend hides the lever that would actually cut the bill. Do instead: Publish two blended rates. The gap between them tells you which side of the call to work on. ## Self-check - Compute your blended input rate weighted by input tokens, then your blended output rate weighted by output tokens. - Compare each against the list rate of the model carrying most of your tokens. Large gaps mean your mix is doing the work. - Recompute last month's blend using this month's mix. The difference is the part of any change caused by routing, not pricing. - Check the share of tokens on your single most expensive model. That percentage moves the blend more than anything else. - Ask whether a blend is the right tool for the decision in front of you, or whether you need the per-model numbers. ## A stable blended rate hiding a 60% cost increase (illustrative) Two months, same blended input rate, very different bills. Real rates: Claude Haiku 4.5 at $0.001 per 1k input, Claude Sonnet 5 at its introductory $0.002 per 1k input. Token volumes are modelled. Month 1: 9M tokens on Haiku, 1M on Sonnet. Cost = (9,000 x $0.001) + (1,000 x $0.002) = $9 + $2 = $11 Month 1 blended input rate = $11 / 10,000 = $0.0011 per 1k Month 2: 5M on Haiku, 5M on Sonnet, same 10M total. Cost = (5,000 x $0.001) + (5,000 x $0.002) = $5 + $10 = $15 Month 2 blended input rate = $15 / 10,000 = $0.0015 per 1k Token volume didn't change at all. The bill rose 36% purely because the mix moved toward the pricier model Same traffic, same list prices, a 36% larger bill. The blended rate did move, from $0.0011 to $0.0015, but only the per-model split explains why. ## Cost figures Every figure carries its confidence and its source. No figure on this site is provider-reported. - $0.0011 to $0.0015 per 1k — modelled blended input rate before and after a mix shift at identical token volume [calculated] Source: Weighted averages of real Claude Haiku 4.5 and Claude Sonnet 5 input rates from the price book, effective 2026-07-02. Token splits are modelled, arithmetic shown in the teardown. - 36% — bill increase caused by mix shift alone, with volume and list prices unchanged [calculated] Source: ($15 - $11) / $11, from the two monthly totals in the teardown. ## FAQ Q: Is a blended rate useful at all? A: Yes, for forecasting a bill when your mix is stable, and for communicating one headline number to people who don't need model detail. It stops being useful the moment you try to make an optimisation decision from it. Q: Should I blend input and output into one rate? A: No. Output bills several times input on nearly every model, so a combined blend averages away the single biggest lever you have. Publish both, and the gap tells you where to look. Q: How often should I recompute the blend? A: Whenever your routing changes, not on a calendar. A blend recomputed monthly will lag a mid-month routing change by weeks, and that lag lands exactly when you most want an accurate forecast. ## Sources - Anthropic pricing: https://platform.claude.com/docs/en/docs/about-claude/pricing Run the free Cost Leak Scan: https://app.getculpa.com/scan?source=pseo&slug=what-is-blended-rate&cluster=metric Machine-readable index of every guide: https://getculpa.com/api/pages Human-readable index of every guide: https://getculpa.com/guides Site overview: https://app.getculpa.com/llms.txt Privacy: Culpa runs on your infrastructure. Your prompts and responses never leave it. Culpa counts calls to run your plan, and it fails open, so if it ever breaks your app keeps running.