Per-token prices keep falling, but agents, reasoning models and longer contexts consume more tokens per task — so total spend climbs anyway. It lands on a dozen invoices that close on different cycles. Finance sees a total — not who spent it, on what, or what it returned.
An agent doesn't just call a model. It retrieves from a table, runs a job, refreshes an index, writes traces back. The token cost is the visible part. For retrieval- and batch-heavy workloads, the compute around it is often as large or larger — and it’s on a different invoice, owned by a different team, in a different tool.
Unravel reports both against the same agent, the same job, the same owner. That’s the precondition for a unit cost you can defend — cost per resolved ticket, per document processed, per merged PR — the figure that decides whether a workload gets more budget or gets retired.
End-to-end cost as a multiple of the token bill, for the three example workloads above. Your multiple depends on architecture — that’s what the teardown measures.
Unravel ties each charge to the query, job, trace and prompt that produced it — and, where you connect a repository, to the line of code. That’s what separates a recommendation from a fix: the change is specific enough to review, test and apply.
Unravel ingests the signals that explain AI spend, populates one data model built for AI workloads, and delivers attribution, optimization and enforcement from that same model — so the chargeback finance sends, the saving engineering ships and the budget platform enforces all start from the same figure.
Three layers on one data model. Build them in order — attribution makes optimization credible, optimization makes enforcement defensible.
Every category owns a slice of the problem. None of them, on its own, closes the loop from the token to the job to the enforced policy — and several are inputs Unravel reads from.
Unravel decides the policy from the full cost-and-quality picture, then enforces it wherever your traffic actually flows. Integrate with the gateway you already run, or deploy Unravel’s gateway inside your VPC so prompts and responses stay inside your perimeter.
Every change is validated against your real traffic before it's applied — model swaps against sampled output quality, prompt reductions against scored responses, job rewrites against production history. If validation shows eval pass rate, p95 latency or error rate moving past your threshold, Arvix doesn’t apply it. That’s why customers run AutoApply on 33% of actions.
A support-transcript analysis pipeline running LLM calls inside a Databricks job. The AI spend showed up in one place, the compute in another, and no one could say what the pipeline actually cost — let alone whether it was running efficiently.
Unravel attributed both halves to the same job, then rewrote the work around the call: batch ranges instead of full re-scans, transcripts pre-filtered before the prompt, and an economy-tier model for a structured-extraction task that never needed a frontier one. Model right-sizing, batching and pre-filtering alone — before caching or budget controls entered the picture — with field-level extraction accuracy held at baseline.