How we cut AI costs by 80%
In total, we ran 12,000 queries and measured token usage for every query.
The results
Here’s the full average cost breakdown per query across all four conditions and three models:
In percentage terms vs. baseline:
- Context lake with skills is consistently 80% cheaper than Claude + MCPs across every model.
- Haiku dropped from $0.087 to $0.018, Sonnet from $0.333 to $0.059, and Opus from $1.761 to $0.354. The savings hold regardless of which model you’re using.
- Expensive models become more viable for everyday queries with a context lake. Opus at $1.761 per query is something you’d normally reserve for the most critical tasks. At context lake prices, that same Opus query costs $0.354 – still the most expensive option, but within range for common use.
The effect of skills surprised us in a couple of ways:
Adding a skill to Claude + MCPs actually made things worse: 18% more expensive on Haiku, 13% on Sonnet, 24% on Opus. We expected routing guidance to help agents take more direct paths. What actually happened was that agents followed the skill file like a checklist, executing every step in order rather than reasoning about what they actually needed.
On the context lake, the skill file did help, but in a different way. The data was already joined, so the agent wasn’t making redundant calls. The skill file’s only job was to point toward the right entry point.
Skill files aren’t a bad idea, but they’re not a silver bullet. They seem to work better when the underlying data is already well-structured.
What makes the context lake more efficient
A context lake is a continuously updated, unified knowledge layer that connects all your organizational data, such as services, teams, incidents, deployments, and tickets, into a single structured model with explicit relationships. Agents query it instead of querying individual tools.
“The agent never has to reason about how things connect, because that’s already baked into the data model.”
Two characteristics of context lake help agents fetch context more efficiently:
- Pre-joined data. In a direct-to-MCP setup, the agent is the one connecting entities, using partial results from tools that don’t know about each other. Every query reinvents the same connections. In the catalog, a
serviceentity already knows its team, repo, PagerDuty service, and Jira project. The agent reads one thing and gets the full picture. The efficiency gain isn’t just fewer calls. It’s that the agent never has to reason about how things connect, because that’s already baked into the data model. - Data shortcuts. Mirror and aggregation properties can shorten paths between data points. For example,
service.on_callisn’t a relation the agent traverses. It’s a field already populated by mirroringteam.on_call_userat sync time.open_incident_countisn’t something the agent has to count; it’s stored. When an agent counts incidents by querying each service one by one, it’s spending tokens on arithmetic that could have been done once. The catalog does that work at ingestion and serves the result directly.
What it all means
If you’re building with agents today, here’s what you should take with you:
- You probably don’t need the most expensive model for most of your queries. Haiku handled a significant portion of our test cases adequately, and if your data layer is efficient, the cheaper model has less context to wade through anyway.
- Platform engineering needs to own context management. Right now, most organizations treat agent costs as an agent problem: tune the prompt, add more tools, and hope the model figures it out. But the agent is just responding to whatever structure it’s given. If the data is fragmented, the agent will hop. And that’s expensive.
- The context window is a managed resource with a budget. Someone has to own it, and platform engineering is the right team for the job.
- Pre-integrating data into a shared model moves the work from inference time to ingestion time. You pay to build the relations once; every subsequent query is cheaper. Those savings get better the more you use them.
To read more about context lake, check out: Why agents need a context lake.
¹Shiva Varma, “How to Manage Token Costs for Custom-Built AI Agents,” Gartner, 26 March 2026.
Community created roadmaps, articles, resources and journeys for developers to help you choose your path and grow in your career.
