Direct AI cost
model tokens + embeddings + tools + search + storage + orchestration
Include every attempt, not only the final call.
Measure the full cost of an accepted result, including model calls, tools, retries, delays and human review. Compare configurations that meet the same quality and risk requirements before choosing the least costly option.
By Naman Kumar · Updated October 29, 2026
model tokens + embeddings + tools + search + storage + orchestration
Include every attempt, not only the final call.
review time + correction + exception handling + failed-run rework
Cheap output that needs extensive correction is expensive work.
total workflow cost ÷ accepted outcomes
Define “accepted” before comparing configurations.
| Track | Why | Useful cut |
|---|---|---|
| Usage and spend | Shows where capacity is consumed. | Workflow, team, model, provider, environment, day. |
| Attempts and completion | Exposes loops, retries, and abandonment. | Accepted, corrected, escalated, failed. |
| Quality and review | Stops lower token price masking lower utility. | Rubric pass, review minutes, override rate. |
| Latency | Measures operational delay and premium-routing need. | Median, tail, deadline misses. |
| Business value | Connects spend to the reason the workflow exists. | Capacity, revenue, cycle time, leakage, risk. |
Suppose two configurations each deliver 800 accepted results a month at the same required quality. At $60 an hour, review and correction can cost more than model usage. Compare the full operating cost:
| Monthly input | Configuration A | Configuration B |
|---|---|---|
| Model and tool usage, all attempts | $200 | $100 |
| Review and correction at $60/hour | 10 hours = $600 | 20 hours = $1,200 |
| Maintenance at $60/hour | 5 hours = $300 | 5 hours = $300 |
| Total monthly operating cost | $1,100 | $1,600 |
| Accepted results | 800 | 800 |
| Operating cost per accepted result | $1.38, rounded | $2.00 |
B has the lower model bill but needs more review. The comparison changes if acceptance, workload or review time changes. Add any other running costs before using it. Implementation and one-off integration costs are excluded from this operating-cost example and must be added to the investment case.
The workflow owner defines acceptance; the technical owner explains usage and retries; finance checks the allocation and value. Assign those responsibilities before changing model routes.
Use rules or a tested router to send routine work to a smaller or faster model and reserve premium intelligence for ambiguous, complex, or high-stakes cases.
Centralize provider access, credentials, policy, logging, quotas, and routing where several applications need the same control. Do not add a gateway merely for architectural fashion.
Retrieve only relevant context, reuse stable instructions, summarize safely, and cache repeated inputs where freshness and privacy allow.
Set maximum attempts, time, tokens, and tool calls. Escalate when more computation is unlikely to produce an acceptable result.
Set limits by environment and workflow. Alert on unexpected rate, cost, retries, or premium-model share, as well as the monthly total.
Use a second provider only after testing behavioral differences, data rules, tool support, and quality. Availability without equivalence can create a new failure.
A smaller model can be the right choice for classification, extraction, routing, or constrained drafting. A more capable model can be cheaper overall when it avoids failed attempts, long prompts, human correction, or business errors. Test configurations against the same representative cases, quality threshold, tools, and review process. Then compare cost per accepted result, latency, exception rate, and downstream value.
OpenAI’s current guidance makes the same distinction: token price alone does not show value, and leaders should measure full cost to reach an accepted standard, including model and tool use, attempts, completion, latency, and human review. It also recommends shared model routing and spend visibility. See How to manage AI investments in the agentic era.
Cost optimization has a floor: the required quality, safety, privacy, and service level. Do not save a few dollars in inference by creating rework, missed revenue, compliance exposure, or customer harm.
Leadership should be able to trace a spend increase to a team, workflow, model, version, and change in demand or behavior. Ask whether usage reflects adoption, a valuable recurring process, a retry loop, longer context, a new tool, or lower acceptance. Separate development experiments from production commitments and internal productivity from customer-facing operations.
For every major workflow, review accepted volume, total attempts, premium-model share, average context size, tool spend, review time, exception rate, and value delivered. Use budgets as decision triggers rather than blunt shutdowns: an unexpectedly successful workflow may deserve more capacity, while a flat bill can still hide poor results. Re-run the quality and cost comparison when models, prices, prompts, tools, or case mix change.
| Required feature | Enterprise control | Required outcome |
|---|---|---|
| Usage attribution and showback | Tag every run by business unit, workflow, environment, model, provider, version, data class, and owner. | Finance and operations can explain spend and assign it to accountable work. |
| Budgets, quotas, and anomaly response | Approved limits, forecast, rate controls, unusual-spend alerts, escalation, emergency capacity, and documented override. | Runaway loops and unauthorized demand are contained without indiscriminately stopping critical work. |
| Policy-aware model routing | Approved provider and model list by data class, geography, risk tier, task, retention posture, and quality threshold. | Cost optimization never routes sensitive or consequential work to an unapproved service. |
| Procurement and supplier economics | Pricing terms, minimum commitments, capacity guarantees, subprocessor review, exit costs, portability, and concentration exposure. | Apparent unit savings do not create lock-in, compliance gaps, or continuity risk. |
| Full accepted-outcome accounting | Inference, tools, storage, monitoring, security, validation, human review, rework, incidents, and control operation. | Investment decisions use the true cost of trustworthy production work. |
| Evidence retention | Invoices, metering records, allocation logic, approval history, routing decisions, and material cost-model changes. | Charges, budget decisions, and provider selection can be audited and reproduced. |
The lowest-cost route is not acceptable when it violates data handling, residency, contractual, validation, availability, or human-oversight requirements. Treat those as constraints in the routing decision, then optimize cost within the approved set.
OpenAI’s AI investment guidance recommends visibility by user, product, and model and evaluation by cost per accepted outcome. ISO/IEC 42001 places resource decisions inside a documented management and continual-improvement system; the NIST AI RMF provides the broader risk context that cost optimization must remain inside.
Total model, tool and infrastructure spend plus ((review minutes + maintenance minutes) ÷ 60 × loaded hourly cost), incident cost and other recurring costs; divide by accepted outcomes using a written acceptance rule. Count each cost once: do not include the same staff time or invoice in two categories. Keep one-off implementation cost separate, show the period and use the same definition on each comparison. If accepted outcomes are zero, report cost and failure count; do not divide by zero or report a cheap success.