apps/opik-documentation/documentation/fern/docs-v2/cost_intelligence/reduce-agent-spend.mdx
Coding agents are the fastest growing line item in most engineering budgets, and the hardest to reason about. Usage is bursty, per-developer variance is enormous, and the cost drivers are invisible from a provider invoice.
Cost Intelligence closes that loop. It shows you where the money went, prices what you could recover, and lets you apply the fix as policy across the fleet. Teams working this loop typically take 15% to 30% out of their bill with no change to what developers can do.
<Note> Everything below assumes Cost Intelligence is installed and data is flowing. If it isn't yet, start with [Installation](/cost-intelligence/install/overview). </Note>The home view gives you total spend, how it is trending, and what it is composed of. This is the first time most teams see the split between the work their developers asked for and the overhead carried on every request.
<Frame> </Frame>From there, spend resolves along the dimensions where decisions actually get made:
| View | What it answers |
|---|---|
| Leaderboard | Who is spending what, and what their spend is made of |
| Sessions | Which individual sessions were expensive, and why |
| Composition | Which cost buckets drive the bill across the fleet |
| Repository and project | Which codebases are expensive to work in |
The leaderboard is usually where the first real insight lands. The goal is not to track who spends the most or the least but rather to understand how users are spending their tokens, you'll often find very different spend patterns across users that surfaces opportunities for optimization.
Every call is attributed across roughly twenty cost buckets, covering the system prompt, tool schemas, MCP servers, memory files, skills, subagents, prior turns, tool output, thinking, and the developer's own input. Token totals come from the provider's own usage data, so the numbers reconcile with your bill.
<Frame> </Frame>You don't have to work out which levers matter for your team. The Cost Savings page analyses your own traffic and returns a ranked list of opportunities, each with the dollar amount it would recover.
Every recommendation is priced from your own traffic, so you are choosing between named dollar amounts rather than guessing at what might help. Worked through together, they typically recover 15% to 30% of coding agent spend, purely by optimizing how the agents are configured. Nothing about what your developers can do changes.
A recommendation you have to chase people to adopt is not a saving. Applying one writes it as policy, and the change reaches developer machines on its own.
Policy works at two levels. Organization policies set the fleet-wide baseline every developer should be on. User policies handle the exceptions, so one team needing something different never means loosening the baseline for everyone:
Delivery is automatic once you are set up. Bootstrap configuration (workspace, API key, base URL) is delivered once via managed settings or MDM. Cost policies need no further push: devices fetch the effective policy for the signed-in user and apply it themselves. So you deploy once and manage spend from the dashboard afterwards.
Every change is a hypothesis until the data agrees:
Giving developers their own view helps more than it sounds like it should. My AI usage shows each person their own spend, composition and activity, and in practice a good share of the saving happens there on its own: developers who can see that a habit is expensive tend to change it without being asked.