How savings are measured

How ACOG computes what each request cost, what it would have cost sent directly, and the saving you can check against your provider invoices.

3 min read Updated View as Markdown Report a problem

Every request through ACOG is recorded with two prices.

Meaning
Actual costWhat the request cost through ACOG: the tokens your provider billed, at that provider’s price for the model that answered. Zero for a request answered from a cache.
Would have cost directWhat the same request would have cost sent straight to the provider and model you asked for, with no ACOG optimizations, at the provider’s published list price.

The saving is the difference, counted per request and never below zero for a request. Totals add up the per-request savings, which is why a total saving can be larger than “would have cost” minus “actual” over the same period.

Where the numbers come from

  • Token counts are the ones your provider reports in each response, including cached-input and cache-write tokens.
  • Prices come from ACOG’s price book of the providers’ published list prices, which follows the providers’ price changes. Each recorded price notes its source.
  • Your own discounts with a provider are not known to ACOG, so both prices are list prices. The saving is therefore the saving at list price.

How each mechanism is counted

DispositionActual costWould have cost direct
Exact cache, Semantic cache, DedupZero: no provider callThe recorded usage of the answer that was reused, priced at the model you asked for
Optimized (prompt caching, cleanup)The billed tokens, including the cheaper cached-input tokensThe same request without ACOG’s cache markers and cleanup
BatchThe batch-tier priceThe synchronous price for the same request, including your own prompt-cache discounts
Auto modeThe model that answeredYour default model, for the same request. The saving is never more than the default model would have cost.
Pass-throughThe billed tokensThe same: no saving

ACOG’s own calls on your connections (the auto mode judge, batch tier probes and cache refresh pings) are recorded as separate rows named acog-internal-judge, acog-batch-probe and acog-cache-refresh, so their cost is visible.

Checking the numbers

A request answered from cache never reached your provider, so it is absent from your provider invoice. That absence is the saving, and it can be checked.

Reports → Export → Savings proof downloads a per-request reconciliation (CSV, Excel or JSON) with each request’s tokens, prices, price sources and saving, which you can match against your provider invoices. The How we measure savings link on the Reports export menu explains each column.

What you pay

On the hosted service you pay a share of the measured saving, invoiced monthly; requests that save nothing cost nothing extra. See Billing and the pricing page.

Where to see it

PlaceWhat it shows
OverviewSpend, savings and what you would have spent directly, over a window you choose
ReportsUsage and savings by user, model, provider, API key or label; recent requests with each one’s cost and saving; an executive summary
ActivityEach request with the model asked for, the model that answered, tokens used and avoided, and its cost (requires the Activity permission)
Management APIGET /v1/orgs/{org}/dashboard/summary and related endpoints. See Management API.