# LLM cost forecast calculator > Project next month's LLM spend from your own three months, as a range. Exact decimal arithmetic, computed in your browser, with the method shown. URL: https://getculpa.com/llm-cost-forecast-calculator Last reviewed: 2026-08-02 Rates effective: 2026-07-02 ## Answer An LLM cost forecast projects next month's spend from your own history, and it has to be a range because a single number hides how much your months disagree. This calculator prices three months you enter and projects the next one. Culpa, a local-first LLM cost, margin, and forecast ledger, forecasts from your full ledger and scores every forecast afterwards. ## Why this happens Most LLM spend forecasts are last month plus a percentage somebody chose, which is a budget wearing a forecast's clothes. A real projection has to come from your own history and it has to carry its uncertainty on its face. This calculator does the smallest honest version of that. It reads the growth steps between the months you type, then projects next month twice: once at the slowest growth you actually saw and once at the fastest. The gap between those two is the answer, and the width of the gap is the part worth reading. A narrow band means your recent months agreed with each other. A wide band means they didn't, and no amount of arithmetic can turn disagreement into confidence. What this deliberately doesn't do is publish a p90 or a confidence interval, because two growth steps can't support either and a statistic invented from two points is worse than no statistic at all. ## What this usually looks like - Your forecast is last month's bill with a percentage added, and nobody remembers who picked the percentage. - Finance asks for one number and the honest answer has a range around it. - A month came in 40% over plan and the plan had never expressed a worst case. - You can see last month's spend and nothing about next month's. - Nobody checks afterwards whether the last forecast was any good. ## Common mistakes - Publishing a forecast as a single number. Why it hurts: It hides the disagreement between your own months, which is the most useful thing the data holds. Do instead: Publish a band, and let its width carry the uncertainty. - Calling a growth assumption a forecast. Why it hurts: Last month plus 20% tells you about the 20%, which you chose, rather than about your traffic. Do instead: Derive the bounds from growth that actually happened, then say which months produced them. - Quoting a p90 from three months of data. Why it hurts: Two growth steps support no percentile at all. The decimal point implies precision that isn't there. Do instead: Name the range you observed and say plainly how many observations produced it. - Forecasting tokens and forgetting the mix. Why it hurts: Output usually costs several times input, so the same token growth costs differently depending on the split. Do instead: Project the mix as well as the volume, and price each bucket at its own rate. - Never scoring the forecast afterwards. Why it hurts: A forecast nobody checks is an opinion. Accuracy only exists if last month's projection was kept. Do instead: Persist every forecast and compare it to the actual when the month closes. ## Self-check - Write down next month's spend as a range before you look at anything. - Find the last three months of actual spend and compute the two growth steps. - Check whether your band from those steps contains the number you first wrote. - Ask where last month's forecast is recorded, and whether anyone scored it. - Decide which number you would defend to finance: the midpoint or the top of the band. ## Two months that grow the same amount and forecast very differently Take two products that both ended last month at 200M tokens, priced on Claude Haiku 4.5 at real rates of $1.00 and $5.00 per million from the price book, effective 2026-07-02, at a 10% output share. One grew smoothly, the other lurched. Volumes are modelled and the arithmetic is the calculator's own. both products priced last month at 200M tokens, 10% output share: $280.00 steady product: 165M, 182M, 200M tokens, growth steps of +10.3% then +9.9% lurching product: 100M, 190M, 200M tokens, growth steps of +90.0% then +5.3% steady forecast band: $307.69 to $308.85, a spread of $1.16 lurching forecast band: $294.74 to $532.00, a spread of $237.26 Both products spent the same last month and both are growing. One can be planned against and the other can't, and a single-number forecast would have reported them identically. The band width is the finding, not the midpoint. ## Cost figures Every figure carries its confidence and its source. No figure on this page is provider-reported. - $294.74 to $532.00, forecast band for a modelled product whose growth lurched from +90.0% to +5.3% [estimated] Source: Computed by this page's calculator from months of 100M, 190M and 200M tokens at a 10% output share, priced on Claude Haiku 4.5 at real rates of $1.00 and $5.00 per million from the price book effective 2026-07-02. Observed growth steps are +90.0% then +5.3%, so the bounds are last month's 200M grown by each. Token volumes are modelled. Published as a range because it's an estimate, and because two growth steps support a range and nothing narrower. - $307.69 to $308.85, forecast band for a modelled product at the same last-month volume, growing steadily [estimated] Source: Same method and same rates, from months of 165M, 182M and 200M tokens at a 10% output share, giving growth steps of +10.3% then +9.9%. Both products ended last month at 200M tokens and both priced at $280.00. The steady band spans $1.16 and the lurching one spans $237.26, a factor of 204, which is the point of the pair. ## FAQ Q: How do I forecast LLM costs? A: Take your own recent months, measure the growth between them, and project the next month at both the slowest and fastest growth you observed. Publish the result as a range. Anything that reports a single number is hiding how much your months disagreed, and that disagreement is the most useful part. Q: Why won't this show a p90 or a confidence interval? A: Because three months give two growth steps, and two observations support neither. A percentile computed from two points is a decimal point pretending to be evidence. The band here is exactly what it says: the range your own growth already spanned. Q: What does a wide band mean? A: That your recent months disagreed with each other, which is information rather than a defect in the arithmetic. A product growing 90% then 5% genuinely can't be planned as tightly as one growing 10% twice, and a single-number forecast would have hidden that difference completely. Q: Is this how Culpa forecasts? A: It's the same principle at a much smaller scale. Culpa projects from your full ledger rather than three typed numbers, works per customer and per feature rather than in aggregate, and persists every forecast so it can be scored against the actual once the month closes. Q: Why does the output share matter so much? A: Because output tokens usually cost several times input tokens. On Claude Haiku 4.5 the published rates are $1.00 and $5.00 per million, so moving the output share from 10% to 20% raises the bill on identical token growth. Forecasting volume without the mix forecasts the wrong thing. ## 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=llm-cost-forecast-calculator&cluster=problem 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.