LLM Usage & Cost Tracker
This MCP server tracks LLM API usage and costs across multiple providers (Anthropic, OpenAI, DeepSeek, Qwen) via a local SQLite database, exposing tools to record, query, compare, and recommend models based on spend data.
Record usage (
record_usage): Log an LLM API call with token counts (input, output, cache read/write), provider, model, project, tags, duration, and success status. Cost is automatically computed from the pricing table; arequest_idprevents double-counting.Query spending (
query_spend): Get spending totals and rollups over a custom time window, grouped by provider, model, project, tag, or day, with optional filters for provider/model/project and failed calls.Usage summary (
usage_summary): A quick snapshot for today, week, month, or year — total cost, call count, top-3 providers, top-3 models by cost, and the single most expensive call.Compare providers (
compare_providers): Given a hypothetical workload (input/output tokens), rank every priced model by projected cost (cheapest first) with relative cost percentages, supporting model filtering and deduplication of variants.Recommend a model (
recommend_provider): Find the cheapest model fitting a stated budget and workload, with optional provider/model filtering. Returns the top pick plus two runner-up alternatives with reasoning.Inspect pricing (
get_pricing): Look up current per-million-token rates (input, output, cache read/write) for any model or provider.List providers (
list_providers): View all supported providers, their available models, and whether they use the OpenAI-compatible API format.
Captures and tracks spending on calls to OpenAI's API, including GPT models, with per-provider cost breakdown.
Stop treating your LLM API bills like a scary horror movie you only look at through your fingers at the end of the month. Know what your LLM calls actually cost — across every provider, in one place, on your own machine. Ask your coding agent (MCP) or type a command (CLI).
It's a cost meter, not a router: it tells you what you spent and which provider fits a workload — it never changes your calls. Pairs happily alongside a router or a model-leaderboard tool.

Or straight from the terminal — your week's spend, broken down by provider, and a cross-provider cost comparison before you commit to a model:

Why you'd want this
You're calling LLMs from a handful of providers — Claude, GPT, plus Chinese models like Qwen and DeepSeek. Each one bills in its own dashboard, in its own currency, with its own rules for what a "cached token" costs. So the simplest possible question — how much am I spending, and on what? — turns into four browser logins, looking up exchange rates for RMB to USD, and trying to decipher what a "cached context token discount" actually means in midnight math. Most people just cross their fingers and let the bill be a surprise at the end of the month.
llm-usage-mcp captures every call you make into one local store, costs it correctly per provider at the moment it happens, and hands the answer back two ways:
Ask your coding agent. It's an MCP server, so Claude Code, Cursor, or any MCP client can answer "how much did I spend on Claude this week?" or "which provider is cheapest for a 10k-in / 2k-out call?" in plain English.
Or type a command. It's also a CLI —
llm-usage spend,llm-usage compare,llm-usage recommend— for when you'd rather not round-trip through an agent.
And it stays out of your way:
Local-first. No SaaS, no signup, no telemetry. Just a SQLite file at
~/.llm-usage/usage.db. Privacy is a feature, not a setting.Multi-provider, Chinese models included. Anthropic, OpenAI, DeepSeek, Qwen — streaming and non-streaming for all four. DeepSeek and Qwen run the same capture path as Anthropic and OpenAI, not a bolted-on afterthought. More providers (Gemini, Bedrock, Moonshot, …) are on the way.
Related MCP server: MCPSpend
Quickstart
Two minutes from git clone to your first captured call. This part is about capture — getting calls recorded. Reading the data back comes next.
1. Install
Install from PyPI with uv (or pipx) — this puts the three console scripts on your PATH:
uv tool install llm-usage-mcp # or: pipx install llm-usage-mcpPrefer to hack on it? Clone and sync from source instead:
git clone https://github.com/zhaoyue722/llm-usage-mcp.git
cd llm-usage-mcp
uv syncEither way you get three console scripts:
llm-usage— the multi-command CLI. See From the command line (CLI) below.llm-usage-mcp— the stdio MCP server.llm-usage-proxy— a back-compat alias; identical tollm-usage proxy.
The Quickstart below uses
uv run …(the from-source workflow). If you installed from PyPI, the scripts are already on yourPATH— drop theuv runprefix, and register the MCP server withclaude mcp add llm-usage -- llm-usage-mcp.
2. Set at least one API key
You only need a key for the provider(s) you actually use; the proxy starts regardless and per-route requests return 503 configuration_error for any provider whose key is missing.
export ANTHROPIC_API_KEY=sk-ant-...
# and/or:
export OPENAI_API_KEY=sk-...
export DEEPSEEK_API_KEY=sk-...
export DASHSCOPE_API_KEY=sk-... # QwenFull env-var reference: docs/configuration.md (or copy .env.example to .env and fill in).
3. Run the capture proxy
uv run llm-usage-proxyIt binds loopback-only (127.0.0.1:5525) — never reachable from the network. The proxy holds your API keys server-side; clients never need them.
4. Point your coding agent at the proxy
The proxy exposes one route per provider. Set the matching *_BASE_URL env var on the client side:
Provider | Client env var | Value |
Anthropic |
|
|
OpenAI |
|
|
DeepSeek |
|
|
Qwen | DashScope OpenAI-compatible base |
|
Example — launch Claude Code with calls routed through the proxy:
ANTHROPIC_BASE_URL=http://127.0.0.1:5525 claude5. Confirm it's capturing
Make a call through your agent (or any client pointed at the proxy), then check it landed:
uv run llm-usage spendEvery call lands in ~/.llm-usage/usage.db with tokens, cost, latency, and a request_id for idempotency — and shows up in that headline. That's the whole loop: capture on one side, answers on the other.
Querying your spend
Once calls are being captured, you read them back two ways. Same data, same numbers — pick whichever fits the moment.
Ask your coding agent (MCP)
Register the MCP server with Claude Code:
claude mcp add llm-usage -- uv --directory $(pwd) run llm-usage-mcpThen just ask, in plain English, inside that session:
How much did I spend on Anthropic today? Which provider is cheapest for a 10k-input / 2k-output call?
Claude picks the right tool and reads the numbers back. Seven tools are exposed over stdio; full param/return shapes are in docs/spec.md.
Tool | Purpose |
| Totals + per-group rollups over a time window (group by provider / model / project / tag / day). |
| Headline summary for |
| Given a hypothetical workload (tokens in / out), rank every priced model by cost. |
| Pick the cheapest priced model that fits a stated budget. |
| Inspect the vendored pricing snapshot. |
| List providers + their models + OpenAI-compatibility flag. |
| Manual write path — log a call when the capture proxy isn't in the picture. |
query_spend and usage_summary default to include_failed=false so partial-stream rows don't pollute totals; opt-in via the param.
From the command line (CLI)
The same questions, as a CLI — eight subcommands under one llm-usage console, for when typing is faster than asking your agent.
The examples below assume
llm-usageis on yourPATH— eithersource .venv/bin/activateoruv tool install .. Otherwise, prefix each command withuv run(e.g.uv run llm-usage spend).
$ llm-usage
Local-first LLM spend capture + query, exposed over MCP.
Commands
proxy Run the local LLM capture proxy on 127.0.0.1.
compare Project the cost of a hypothetical workload across every priced model.
models Browse the local pricing catalog.
recommend Recommend the cheapest priced model for a workload + budget.
spend Show recorded spend over a calendar period.
status Snapshot of the local install: DB, proxy, providers, pricing.
providers List configured providers with key state, wire-format, model count.
about Show version, author, license, and the project homepage.Command | The question it answers |
Given a workload, who's cheapest? | |
What do they actually charge per million tokens? | |
I've got $0.04 left — which model won't bankrupt me? | |
How much did I just spend? | |
Is everything actually working? | |
What's configured locally? | |
What is this, and where do I report a bug? | |
| Run the capture proxy (same as |
Conventions that hold across every command:
--jsonemits the same Pydantic shape the matching MCP tool returns. Pipe straight intojq.--color {auto,always,never}honorsNO_COLORand TTY detection. The palette is a warm, low-contrast dark theme — easy on the eyes at 11pm.Filter flags (
--provider,--model) are case-insensitive on providers, case-sensitive on models, and repeatable where they act as whitelists.--version/-Vprints the version and exits.--install-completion {bash|zsh|fish|powershell}installs a tab-completion script — one shell restart later, every flag is<Tab>-able.
compare
Rank every priced model by projected cost for an n-input / m-output call. Cheapest first, percent against the cheapest. Default view family-deduplicates rows that share both a model family root and an identical price — so gpt-5-mini and gpt-5-mini-2025-08-07 collapse to one row with ×2. Pass --all to see every catalog row.
# How does an 8k-in / 2k-out call price out today?
$ llm-usage compare --in 8000 --out 2000
# Just OpenAI's models:
$ llm-usage compare --in 8000 --out 2000 --model gpt-5-mini --model gpt-5-nano
# Same projection, JSON for a script:
$ llm-usage compare --in 8000 --out 2000 --json | jq '.ranked[0]'
models
Catalog browser. Sibling of compare, but answers "what does this model charge?" rather than "what would my workload cost?". Rates per million tokens, sorted alphabetically by provider by default; switch with --sort input or --sort output to find the cheapest in either axis. Cache rates are hidden until you ask (--cache) because most models don't have them and empty columns waste width.
# Full catalog, deduped.
$ llm-usage models
# OpenAI's nano models only, with cache rates:
$ llm-usage models --provider openai --match nano --cache
# Cheapest input rate first — quick "what's the floor right now?":
$ llm-usage models --sort inputrecommend
Picks one. Filters by --provider, --model, and --budget, then returns the cheapest match plus two runner-ups. The reasoning string explains what it assumed and what got chosen, so you can sanity-check rather than trust blindly.
# Cheapest priced model, full stop.
$ llm-usage recommend
# Anything Anthropic that fits under one cent for a 1k/1k call:
$ llm-usage recommend --provider anthropic --budget 0.01
# Of these three specific candidates, which wins?
$ llm-usage recommend --model gpt-5-mini --model claude-sonnet-4-6 --model qwen-maxv1 ranks by cost only. --task is optional and surfaces in the reasoning text; it doesn't drive selection (the tool isn't an LLM and can't interpret free text).
spend
Read the SQLite. The default view is a usage_summary headline — total dollars, top-3 providers, top-3 models, largest single call. Pass --group-by to switch into rollup mode.
# Headline for this week.
$ llm-usage spend
# This month grouped by model, JSON for a dashboard:
$ llm-usage spend --period month --group-by model --json | jq
# Spend on a specific project tag, day-by-day:
$ llm-usage spend --group-by day --project my-side-thingPeriod boundaries are calendar UTC: today = since 00:00 UTC, week = since Monday, month = since the 1st, year = since January 1st. Failed / partial-stream rows are excluded by default; opt in with --include-failed.

status
One screen, four sections: Database, Capture proxy, Providers, Pricing. The "is everything actually working?" command. Read-only — running it on a fresh install before you've ever booted the proxy or MCP server prints database not initialized rather than silently creating the file.
$ llm-usage status
# Skip the network probe (offline, CI, slow link):
$ llm-usage status --no-net
# Machine-readable for a healthcheck script:
$ llm-usage status --jsonproviders
Per-provider configuration view. Wider than the status Providers block: adds the wire-format flag (openai-compat: yes/no) and an optional --models expansion that lists every priced model under each provider.
$ llm-usage providers
$ llm-usage providers --models # expand each provider with its model listabout
The front-door panel: version, author, license, and the project homepage. The human-facing companion to --version — fields are read from the installed package metadata, so they match what PyPI shows.
$ llm-usage about
# Machine-readable, for a script or an issue template:
$ llm-usage about --jsonSupported providers
Provider | Auth | Non-streaming | Streaming | Cache pricing |
Anthropic |
| yes | yes |
|
OpenAI |
| yes | yes | nested |
DeepSeek |
| yes | yes |
|
Qwen (DashScope) |
| yes | yes | usually omitted on the OpenAI-compat endpoint |
More on the way. Google Gemini, AWS Bedrock, Moonshot (Kimi), Zhipu GLM, MiniMax, and others are scoped in docs/post_v1_providers.md.
Where prices come from. Pricing is a vendored, trimmed snapshot of LiteLLM's pricing JSON, refreshed weekly by a GitHub Action (refresh-pricing.yml). Models LiteLLM doesn't carry yet are filled in locally via pricing_overrides.json.
Configuration
Everything is env vars (or a .env file at the repo root). Defaults are sane — nothing is required to start the proxy. Full reference: docs/configuration.md. The three you're most likely to touch:
Variable | Default | Purpose |
|
| Where the local DB lives. |
|
| Capture proxy port (loopback only). |
| each provider's official endpoint | Point a provider at a reverse proxy / gateway — handy in network-restricted regions. |
Docker
A minimal Dockerfile is included only for automated MCP registry validation (e.g. Glama), which verifies that the packaged server boots and responds to MCP introspection. The recommended way to run the server is still uvx llm-usage-mcp locally — this is a local-first tool, not a hosted service.
License
MIT.
Maintenance
Latest Blog Posts
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/zhaoyue722/llm-usage-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server