A pre-spend GATE + learning advisor for LLM API cost: caps every call, prices from a verified table, and learns the cheapest config that keeps quality.
Project description
llm-spendguard
A pre-spend governor for LLM API cost (OpenAI + Anthropic): it caps every call before the spend, prices from a verified table, and learns the cheapest config that still keeps quality — then proves and enforces it. Zero required dependencies; install is one line; it never breaks a job (fail-open). Learn more at https://llmspendguard.com · Docs & quickstart →
📘 New here? Read the Solution Specification — the whole story end to end: why it exists, the value, the journey of a dollar (call → gate → ledger → reconcile → push), the design, and how it's tested, secured, and operated.
Why llm-spendguard?
Cost overruns don't announce themselves — they slip in silently: a hardcoded price that drifted from the real rate, a forgotten model swap, under-batching that re-bills a shared prompt every request, a job cancelled "to save money" that still bills for completed work, an ungated script in some other venv quietly leaking spend. spendguard stops those before the spend (the gate hard-stops over a cap, prices from a verified table, finds the leaks) and learns what was actually worth it — so "cheaper" never quietly costs you quality.
Born from a real incident: a "cost-conscious" day meant to cost ~$33 actually cost $149.76 — a price constant was hardcoded wrong (GPT-5.5 at the old GPT-5 rate) and jobs ran 1 item/request (the shared prompt re-billed every call). spendguard makes those mistakes impossible to ship silently — and goes further: it reconstructs what you should do cheaper, and won't let "cheaper" cost you quality.
What it does
Enforce → see → plan → prove → learn.
- gate — overlay on the OpenAI/Anthropic SDKs (auto-installs via
sitecustomize.py): estimates every batch/real-time call, hard-stops over a cap (per-batch + cross-process daily/monthly) — then asks if interactive. - pricing — one canonical, verifiable table (layered from LiteLLM + curated + override), cross-checked
vs OpenRouter; an
auditfails CI if any code hardcodes a disagreeing price. - reconcile — actual $ from real billed tokens;
reconcile-ledgercompares the local ledger to provider billing to find leaks (ungoverned spend from a non-gated venv/repo). - report — daily/weekly/monthly email with spend totals + a leak alert + the advisor's top learnings.
- learning advisor — a per-call cost+quality corpus → confidence-scored, lifecycle-tracked insights;
briefpre-fills a plan,optimizerecommends the cheapest config that held quality,experimentproves it (cost↓ and same-output),promoteruns it and keeps the output. Cost-per-good-result, not per-token. - cost levers — prompt-caching audit/test, semantic cache + batch dedup, cost-aware cascade routing.
- observability — emits OpenTelemetry GenAI-convention metrics+spans → Langfuse / Helicone / Phoenix / any OTLP backend.
The advisor's own LLM use is itself caged (a separate caps.meta budget, tagged spendguard:*, excluded
from the corpus it analyzes) so the governor can't overspend governing.
Docs: Architecture + diagrams · Use with Claude/Cursor · Methodology · Roadmap (teams/orgs/SaaS) · Module map · Contributing · Changelog · Setup
Use with an AI assistant: spendguard install-rule --global writes a rule into CLAUDE.md so every Claude/Cursor conversation routes the LLM code it builds through spendguard — then spendguard install-skills adds the slash-commands: /spend (status), /spendguard-reconcile (trust the number), /spendguard-learn (advisor), /spendguard-prompts (the prompt lab), /spendguard-close (monthly close). See Use with Claude.
Teams & orgs: each user keeps their own ledger + sets their own caps (partner, not supervisor); opt-in roll-up for shared visibility + pooled learnings via the SaaS (separate repo). The client (this package) is production-ready and fully standalone. The team/org dashboard (a separate server) is in development — see ROADMAP.md.
Quickstart
A) Set up with Claude (recommended). Point Claude Code / the desktop app at this repo and say:
Install spendguard from this repo and run the guided setup in
SETUP.md.
Or just run spendguard init — it reads the config registry (src/spendguard/config_schema.py — the
single source of truth for every setting, its default, valid options, and whether it's secret) and walks you
through caps, projects, and providers conversationally, one question at a time, then writes your config.
Pointed at this repo, Claude does the same end-to-end: installs the package, runs the interview off that same
registry, and wires up the gate. Details: SETUP.md.
B) pip + code.
pip install llm-spendguard # once published to PyPI
# or, from a clone of this repo:
pip install -e .
import spendguard # importing the guard now GATES every OpenAI/Anthropic call in this process
# spendguard.install(cap=75) # optional — set a per-batch cap (import already installed the gate)
import spendguard auto-installs the gate (idempotent, fail-open), so pip install + import is enough — no more
silently-ungated spend. Knobs: SPENDGUARD_NO_AUTOINSTALL=1 opts out; SPENDGUARD_REQUIRE=1 makes the import
fail-closed (raises if an SDK is present but the gate can't enforce here — refuse loudly rather than spend
ungated). For a hard guarantee in a script, keep spendguard.require() at the top.
Or auto-install for every process in a venv — drop this in sitecustomize.py:
import spendguard; spendguard.install()
Configure with spendguard init (interactive — or init --quick for non-interactive defaults) / spendguard config (show current); see Configuration.
CLI — full command reference
# enforce / control
spendguard status | on | off # kill switch (persistent flag)
spendguard doctor # is the gate ENFORCING in THIS interpreter? (+ ledger-leak check)
spendguard install-hook --venv <path> # gate every process in ANOTHER venv/repo (--uninstall to remove; alias: gate-venv)
spendguard install-hook --user [--python P] # gate a python's per-USER site (system-python bypass; PEP668-safe, no pip)
spendguard install-rule [--global|--project DIR] # drop the spendguard rule into CLAUDE.md → every AI chat wires it in
spendguard install-skills # deploy the 5 slash-commands (/spend, /spendguard-{reconcile,learn,prompts,close})
spendguard install-receipts --host claude-code|codex # surface the always-on tally in a host (statusline + per-turn)
spendguard coverage # which LLM-calling VENVS aren't gated (ungated realtime spend sources)
spendguard gate-coverage # per-INTERPRETER gate check across EVERY python on the machine (3.11/3.14/…)
spendguard remote onstart|verify|sync # enforce the gate on remote/distributed compute (vast.ai / any SSH host)
# in code, fail-closed: import spendguard; spendguard.require() # refuses to run if NOT actually gated
# teams / orgs (client seam → future server repo, llmspendguard.com)
spendguard saas [status|ping|link|push|pull|sync|reconcile|audit|crosscheck|commands]
# status/ping — connection · link — device-link (approve in browser → verified email = contributor)
# sync [--if-due] — roll-up push on cadence · push [--dry] — force now · pull — fetch pooled learnings
# reconcile / audit / crosscheck — reconcile local ledger to provider truth, completeness audit, local↔server row diff (all free)
# commands — drain + run server-enqueued work (reconcile / re-tag). Opt-in; private until you enable it.
# see the money
spendguard receipt [--json|--line] # running today/7d/month tally; auto-emitted after every flow
spendguard report [--alert-threshold 150] [--email] # daily/weekly/monthly + ledger-leak alert + top learnings
spendguard reconcile openai|anthropic [--by-day] # actual billed batch spend from the provider
spendguard reconcile all # UNIFIED view: every source (LLM+GPU) via one account-anchored loop
spendguard reconcile-ledger [--since DATE] # local gate ledger vs provider billing → find LEAKS (aliases: ledger-sync, leaks)
spendguard trust # provider billing vs recorded — the daily double-count guard (alias: trust-check)
spendguard truth [--push] # per-day provider-truth totals (owner connection only) → the org statement's yardstick
spendguard close [--month YYYY-MM] [--csv f.csv] # monthly close, client view: truth totals + open-month leak line (full statement: /statements)
spendguard calls [--intent X] # per-intent cost + good% + $/good (opt-in corpus)
spendguard prompts [--intent X] [--json] # prompt-efficiency lint: boilerplate/context/truncation/model-mix, ranked by $ at stake
spendguard estimate --items N --from-sample f.jsonl --packs 1,30
spendguard maxtokens <sig> [current_max] # data-driven max_tokens bound for a call-class (p99×1.5 — measured, not guessed)
spendguard pricing | providers # canonical price table · configured providers→models
spendguard cross-check | check-prices | sync-prices | refresh-prices # OpenRouter drift · freshness · LiteLLM sync · refresh
spendguard audit [--ci] # fail if a script hardcodes a price ≠ the table
spendguard compare --prompt "..." --models a,b,c --show # one prompt across providers → cost + latency + output
# plan / decide (the briefing + advisor loop)
spendguard brief --task "..." # "what we need to do" → pre-filled confirm-or-correct plan
spendguard advise [--intent X] [--plan M] # deterministic per-intent ranking by $/good (no spend)
spendguard backtest --as-of DATE # replay advise as of a past date
spendguard optimize --intent X [--plan M] # caged LLM recommendation (cheapest config that holds quality)
spendguard mine # caged: synthesize confidence-scored insights + graph from the evidence
spendguard reconstruct # caged: judge recovered call I/O → real good% / $/good
spendguard review # caged: practice audit (was the usage SMART, not just what it cost)
spendguard models [show <model>] # per-model learnings, auto-applied (reasoning/cache/tokens)
spendguard insights list|export|import # living insights; opt-in scrubbed collective learning
# prove / run cheaper (estimate-first, caged by caps.meta)
spendguard experiment --intent X --model M... [--semantic embed|rubric] [--run] # A/B cost↓ + same-output, graduated
spendguard promote --intent X --model M [--input chunk.jsonl] [--batch] [--run] # run the winner + KEEP output
spendguard cache-audit | cache-test --script f.py [--run] # prompt-caching: find + prove savings
spendguard cascade --ladder cheap,…,strong --intent X [--prompt …] --run # cheap→verify→escalate
spendguard cache-stats | dedup --input f.jsonl --out u.jsonl | dedup-populate # response cache + batch dedup
# work-done attribution (org → team × project), all sources
spendguard claude-code [show|sync|classify|work|story] # mine ~/.claude → Claude Code spend + work (incremental, classified; alias: cc)
spendguard codex [show|sync|...] # mine ~/.codex sessions → Codex est-value (channel=codex, billed=false)
spendguard chat [test|show|discover|classify|loop|work|story|sync|status|accept] # claude.ai chat adapter (OPT-IN, on-device, macOS)
spendguard resources [show|snapshot|sync|discover] # vast.ai GPU → org/team/project (discover [--agentic] recovers destroyed boxes)
spendguard accounting # match actual provider USAGE → project via the conversations that ran each batch
spendguard signal # per project·intent·model efficiency signal (cost+quality+waste+reco) → server
spendguard workdone # work-done CONTEXT for spend (git + batch intents) → server (alias: work)
spendguard tag # re-assign a project tag (fix cwd-fallback mistags)
# cold start / corpus
spendguard bootstrap [--repo] [--transcripts] # mine ALL history → corpus + insights (free, then estimate)
spendguard fetch-io [--cap 50] # recover real prompt+output from providers (free)
spendguard backfill [--intent-map …] # seed corpus + graph from the batch ledgers (free)
spendguard mine-history {intents,graph,git} [--apply] # reconstruct intents/edges from the repo (free; alias: history)
spendguard mine-conv {index,synth} [--run] # mine session transcripts for the cost playbook (alias: conv)
spendguard validate # re-check learnings vs the current corpus (lifecycle)
# setup
spendguard init | config # guided setup / show resolved config
spendguard schedule [--daily] [--remove] # install the OS-native scheduler (launchd/cron/schtasks)
The workflow it's built around
brief (pre-filled plan) → experiment (prove the cheapest config that holds quality, graduated) → promote (run it + keep the output) → the gate enforces caps → reconcile-ledger (catch leaks vs provider billing) → report (daily email: totals + leak alert + top learnings) → validate (learnings stay true as data grows) → those learnings feed the next brief.
Gate another repo
The gate auto-installs per venv via a sitecustomize.py hook. To gate another project:
spendguard install-hook --venv /path/to/that-repo/.venv # pip-installs spendguard + writes the hook
Then every process in that venv is gated (kill switch: GATE_DISABLE=1 or spendguard off). Until a repo
is gated, its provider spend shows up in reconcile-ledger as a leak (billed but ungoverned).
Enforce the gate on remote / distributed compute (vast.ai, any SSH host)
The gate only governs the interpreter it's loaded in — a freshly-spun-up box's python3 is ungated until it's
provisioned, so remote LLM scripts can spend silently. Make it structural — gate at provision, verify before spend,
sync before teardown:
spendguard remote onstart # boot snippet → bake into the instance onstart (gates every python3)
spendguard remote verify --ssh "ssh -p PORT root@HOST -i KEY" # FAIL-CLOSED: exit≠0 if the box isn't ENFORCING → abort the launch
spendguard remote sync --ssh "ssh -p PORT root@HOST -i KEY" --project manga2anime # roll the box ledger up to the org (idempotent)
On the box itself, an LLM script should also import spendguard; spendguard.require() (fail-closed in-process). Then
an ungated box can't spend: provisioning gates it, verify refuses to launch if it didn't, require() aborts the
script, and sync attributes the spend before the ephemeral box is destroyed.
Always-on spend tally (inline receipts)
After every gated flow — a with spendguard.context(intent=…): … block, a batch submit at the gate, or a CLI
command — spendguard prints a compact receipt so what it tracked is visible the moment it happens:
spendguard ▸ loinc-typing · 42 calls · in 1.2M / out 300.0K · est $2.10 → actual $1.87 (−11%)
actual-$ (billed): today $81 · 7d $421 · month $2,015
est-value (plan, not billed) (as of 2026-06-23): today $1.4k · 7d $8.6k · month $20.2k
The two axes are always kept separate and never summed: actual-$ is money billed (the gate ledger, reconciles
to provider truth); est-value is coding-agent usage value — Claude Code + claude.ai + Codex (what it would
cost at API rates — covered by your plan), stamped per-source so they sum. It's per-FLOW (not per-call), costs nothing
(a local read, no LLM, no admin key), and the verbosity is receipts.level / SPENDGUARD_RECEIPTS =
off | footer | flow | verbose (default flow). Check it any time:
spendguard receipt # the two-line tally · --line = one compact line · --json = machine-readable
Surface it in your Claude Code chat — one command (idempotent; backs up + can --remove):
spendguard install-receipts --host claude-code # adds a statusLine footer + a per-turn transcript notice
It registers two guarded hook protocols in ~/.claude/settings.json: receipt --statusline (always-on footer:
cwd · model · ctx% · tally) and receipt --stop-hook (a systemMessage line each turn). A hook can never block or
break a turn. Restart Claude Code to apply.
Other hosts (Codex, editors, menubar). Codex has no in-chat hook, but spendguard still TRACKS it
(spendguard codex show → channel=codex, billed=false). To surface the tally anywhere, point a sink at a file
and render that: receipts.sinks / SPENDGUARD_RECEIPTS_SINK = stderr (default) | stdout | file:<path>
(comma-separated). e.g. spendguard config set receipts.sinks 'stderr,file:~/.spendguard/receipt.log', then
tail -f ~/.spendguard/receipt.log in a pane.
Knobs (env)
GATE_CAP=<$> (default 75) · GATE_ALLOW=1 (permit one over-cap run) · GATE_DISABLE=1 (off for one run)
· GATE_RT_BUDGET=<$> (per-process realtime ceiling, default 50) · SPENDGUARD_HOME=<dir> (data/flag/log location,
default ~/.spendguard) · SPENDGUARD_ENV=<path> (.env for keys)
· SPENDGUARD_RECEIPTS=off|footer|flow|verbose (inline-receipt verbosity, default flow; also receipts.level in config.json)
· SPENDGUARD_RECEIPTS_SINK=stderr|stdout|file:<path> (where the auto-receipt goes, comma-sep; also receipts.sinks)
· SPENDGUARD_CC_DIR / SPENDGUARD_CODEX_DIR (override the Claude Code / Codex session dirs for est-value mining)
· SPENDGUARD_NO_AUTOINSTALL=1 (don't gate on import spendguard) · SPENDGUARD_REQUIRE=1 (fail-closed import —
raise if an SDK is present but the gate can't enforce) · SPENDGUARD_ALLOW_ANON=1 (allow team push with a
non-email contributor; off by default so anon ids can't create phantom members)
· batch-1 gate: GATE_BATCH1_MIN (req count = "large", default 50) · GATE_BATCH1_USD (or ≥ this $, default 5)
· GATE_BATCH1_DAYS (look-back for a prior test, default 14) · GATE_REQUIRE_BATCH1=1 (refuse, don't just warn) ·
GATE_NO_BATCH1=1 (disable) — warns/refuses a large batch for an intent with no recent realtime/batch-1 test
Caps by resource class (LLM · compute · total)
Beyond the per-batch cap, spendguard tracks cumulative spend caps split by what's spending — so you can
set a tight LLM sub-limit under a higher overall ceiling. Each class has a daily and a monthly window
(null = off), stored in config.json under caps, with an env override for every one:
| Cap | Config (nested or flat) | Env | Behaviour |
|---|---|---|---|
| LLM daily / monthly | caps.llm.{daily,monthly} |
GATE_LLM_DAILY · GATE_LLM_MONTHLY |
HARD — gate-enforced (OpenAI + Anthropic calls hit the gate) |
| Compute daily / monthly | caps.compute.{daily,monthly} |
GATE_COMPUTE_DAILY · GATE_COMPUTE_MONTHLY |
alert-only (remote-compute / vast.ai launches don't pass through the gate — surfaced in the report + dashboard) |
| Total daily / monthly | caps.total.{daily,monthly} |
GATE_TOTAL_DAILY · GATE_TOTAL_MONTHLY |
overall ceiling (LLM + compute) |
These need budget.backend = sqlite (the cross-process ledger). The legacy flat caps.daily / caps.monthly
still work and are honored as the total ceiling. (Config storage accepts either the nested caps.llm.daily
or the flat caps["llm.daily"] form — see config.class_cap / config_schema.py.)
Pricing: layered, broad, low-maintenance
Prices load in layers, lowest→highest precedence — so you get ~2,300 priced models across 80+ providers for free, your hand-verified rates always win, and you can override anything:
- LiteLLM community dataset (breadth + freshness) —
spendguard sync-pricesfetches LiteLLM's CI-maintainedmodel_prices_and_context_window.json(a ~2,700-entry dataset; the ~2,300 entries that carry a token price become priced models, 80+ providers), validates it (refuses an empty/bad fetch), and caches it to~/.spendguard/litellm_prices.json. Read from cache only — no network at import. - Curated
prices.json(shipped in the package) — your verified models (gpt-5.5, opus-4.8, …) override LiteLLM. - User override —
~/.spendguard/prices.json/.yaml/$SPENDGUARD_PRICESwins over everything.
If nothing loads, a built-in table in pricing.py is the final fallback (never breaks). Run spendguard sync-prices
once (and periodically) to refresh; that's the primary freshness mechanism — check-prices/refresh-prices are backups.
Configuration
Where everything lives. pip install llm-spendguard installs only the code (into your environment's
site-packages). All of your config + data lives under ~/.spendguard/ (override with SPENDGUARD_HOME) —
created by spendguard init and at runtime, never by pip. You only ever edit two files; the rest is
auto-generated (logs, ledger, caches) and safe to ignore or delete.
| file | what it is | you edit? |
|---|---|---|
config.json |
caps · gate.enforce · deid · budget · saas settings |
✎ yes (or spendguard init) |
keys.env |
secrets — LLM / vast.ai / org keys | ✎ yes (paste your keys) |
saas.json |
team/org connection, if you connect one | init --connect |
email.json |
daily-report email (optional) | init |
prices.json |
your price overrides (optional; wins over the shipped table) | optional |
spend.db |
the SQLite spend ledger (when budget.backend=sqlite) |
auto |
gate_log.jsonl · realtime_log.jsonl · report.log |
audit logs | auto |
identity.json · *_state.json · *_cache.json |
contributor id + caches/state | auto |
disabled |
kill-switch flag (spendguard off touches it) |
auto |
A real environment variable always overrides the files (so prod / CI / secret-managers Just Work), and
spendguard config prints the resolved value + source for every setting. The two files you edit:
① keys.env — secrets (chmod 600). Loaded into the environment on import spendguard, so your own
openai.OpenAI() / anthropic.Anthropic() calls pick the keys up too — no separate export needed. Fill only the
blanks you use:
OPENAI_API_KEY= # + ANTHROPIC_API_KEY / GEMINI_API_KEY / DEEPSEEK_API_KEY / DASHSCOPE_API_KEY
VAST_API_KEY= # remote GPU compute (vast.ai), metered into the same ledger
SPENDGUARD_SAAS_KEY= # team/org roll-up key from llmspendguard.com (optional)
② config.json — operational (non-secret):
{
"caps": { "per_batch": 75, "realtime": 50, "meta": 2.0, // $ — meta = spendguard's own advisor budget
"llm": {"monthly": null}, "compute": {"monthly": null}, "total": {"monthly": null} },
"gate": { "enforce": "warn" }, // the estimate→test→run rail
"deid": { "engine": "regex" }, // redact text that leaves this machine
"saas": { "enabled": false, "visibility": "team", "sync_interval": "daily", "project": null }
}
Enums (the exact strings):
| setting | values | meaning |
|---|---|---|
gate.enforce |
off · warn · block |
test-first rail — off = none; warn = log a "would-block" when a big batch runs without a fresh estimate+test (default); block = hard-require estimate → test first |
deid.engine |
regex · presidio · off |
egress de-id — regex floor (default) · floor + Presidio NER · none |
saas.visibility |
private · team · org |
how far your scrubbed roll-up goes (private = nothing leaves) |
saas.sync_interval |
off · hourly · daily · weekly |
roll-up push cadence |
budget.backend |
memory · sqlite |
per-process cap vs a shared cross-process ledger |
Budgets: caps.meta = spendguard's own advisor spend; caps.{llm,compute,total}.{daily,monthly} = your workload
ceilings; per-repo = tag the repo via saas.project (or a repo-local .spendguard.json) and set org/team caps
centrally in the dashboard. The full registry — every setting, default, valid options, secret-or-not — is
src/spendguard/config_schema.py (it drives spendguard init and spendguard config).
Pricing configuration
The curated/override files use this structure (src/spendguard/prices.json, ~/.spendguard/prices.json, or $SPENDGUARD_PRICES):
{ "_meta": {"verified": "2026-06-13", "source": "https://…", "stale_after_days": 45},
"providers": {
"openai": {"models": {"gpt-5.5": {"in_": 5.0, "out": 30.0, "cached_in": 0.5, "batch_in": 2.5, "batch_out": 15.0}}},
"anthropic": {"models": {"claude-opus-4-8": {"in_": 5.0, "out": 25.0, "cached_in": 0.5, "batch_in": 2.5, "batch_out": 12.5}}}
}}
Add a provider/model by adding an entry. A user-override file only needs the models it changes. spendguard providers
lists what's configured. If the config can't load, the built-in table in pricing.py is the fallback (never breaks).
Pricing freshness
Prices drift, and a wrong price is the bug that started this project. spendguard check-prices shows the
verified date and flags the table STALE once it's older than stale_after_days (default 45); the daily
spendguard report prints the same warning. To refresh: re-verify against the source URL and bump the
verified date in prices.json. (A live fetch-and-diff against provider pricing pages is a planned addition.)
Real-time budget
Batch cost is known before submit; real-time isn't (output tokens). So the real-time layer accounts actual
usage after each call (and logs it, so real-time spend shows in report) and hard-stops before the next call
once per-process cumulative spend crosses GATE_RT_BUDGET (default $50) — the runaway-loop guard.
Email the report
spendguard report --email (or --email-to addr) emails the report so a scheduled run isn't missed.
Config lives in ~/.spendguard/email.json (gitignored — safe for the secret) or env.
Email needs a gated sender — this is universal, not a spendguard limitation. Mail servers reject unauthenticated senders, so every provider makes you prove ownership somehow before sending. Pick whichever is least friction for you:
| Backend | What it takes (one-time) | DNS? | config |
|---|---|---|---|
| Gmail / Workspace SMTP | a 16-char app password (Google authenticates the send) | no | {"host":"smtp.gmail.com","port":587,"user":"you@co.com","password":"<app pw>","to":"you@co.com"} |
| SendGrid (Twilio) | "Single Sender Verification" — click a link in a confirm email | no | SMTP host smtp.sendgrid.net, or add a SendGrid backend |
| Resend | verify a domain (SPF/DKIM DNS records) for arbitrary recipients; or send only to your Resend signup email via onboarding@resend.dev |
yes (for arbitrary recipients) | {"provider":"resend","to":"you@co.com","from_":"reports@your-verified-domain","api_key":"re_…"} |
If it isn't configured, it gracefully no-ops — report still prints (and the scheduled task still delivers in-app);
you'll just see email not configured — skipping. A configured backend that errors prints EMAIL FAILED: <reason>
(e.g. Resend's "verify a domain" message) without affecting the report. So leaving email unset is a fine default.
⚠️ Deliverability (shared senders land in spam). Sending from a provider's shared address (e.g. Resend's
onboarding@resend.dev) sends fine but frequently lands in Gmail/Workspace Spam — the domain has no alignment with yours, so receivers distrust it. The report is delivered; it's just filtered. Fixes, simplest first: (1) in Gmail, "Report as not spam" + a filter on the sender/subject set to Never send to Spam; (2) use Gmail/Workspace SMTP so it sends as you from inside Google (inbox, no DNS); (3) verify your own domain on the provider and send from it. Also noteapi.resend.comis behind Cloudflare, which 403s the defaulturllibUser-Agent — spendguard sets one (don't strip it).
Compare models (cost-per-result)
Run one prompt across providers and table cost + latency + output — spendguard's angle is cost-per-result (for deep evals, use promptfoo). Real calls, metered by the gate:
spendguard compare --prompt "Summarize X in 3 bullets" \
--models gpt-5.5,claude-opus-4-8,gemini-2.5-flash,deepseek-chat,qwen-max --show
Built-in providers: openai, anthropic, gemini, deepseek, qwen, z.ai (GLM) (all but Anthropic via their
OpenAI-compatible endpoints, so the gate already meters them). Keys resolve per provider from env /
~/.spendguard / ./.env (OPENAI_API_KEY, ANTHROPIC_API_KEY, GEMINI_API_KEY, DEEPSEEK_API_KEY,
DASHSCOPE_API_KEY for Qwen, ZAI_API_KEY for z.ai/GLM). Add another in one line:
from spendguard.adapters import register_provider
register_provider("together", "https://api.together.xyz/v1", "TOGETHER_API_KEY", ("meta-llama", "mistralai"))
First-class provider adapters (capture, not just compare). Beyond the compare harness above, spendguard
ships dedicated spend-capture adapters that record real usage into the same ledger the SDK gate uses — priced
through pricing.py, fail-open, no double-counting:
- Azure OpenAI — already covered by the OpenAI-SDK gate (Azure uses the OpenAI SDK); LiteLLM-routed Azure traffic is deliberately skipped by the adapter below so it's counted once.
- LiteLLM —
spendguard.install_litellm()(afterimport litellm) registers a success-callback that captures spend for anything LiteLLM normalizes (Bedrock, Vertex/Gemini, Cohere, Mistral, …) via LiteLLM's own computed cost. - AWS Bedrock (direct boto3) —
spendguard.install_bedrock()(afterimport boto3) patches botocore's dispatch to recordConverse/InvokeModeltoken usage. Not needed if you go through LiteLLM. - Google Vertex / Gemini (direct google-genai) —
spendguard.install_vertex()(after importing the SDK) capturesgenerate_contentusage (sync + async). Not needed if you go through LiteLLM.
Each adapter auto-wires at startup only if its SDK is already imported; the explicit install_*() call is the
reliable path (it force-imports and wires) since these are heavy/optional deps the startup gate won't force-load.
Call context & cost-per-good-result (opt-in)
Beyond cost, spendguard can record per-call context to build a cost+quality corpus. Off by default
(it can store prompts/outputs — privacy). Enable calls.enabled (+ calls.store_prompts for snippets and the
implicit signal).
- Tag intent:
with spendguard.context(intent="loinc-typing", chain="run-42"): ... - Quality is deferred — you can't judge an output when it's made, but the next call reveals it:
- automatic ("used"): a later call in the same chain that reuses an output marks it good.
- explicit / judge:
spendguard.feedback(call_id, ok=True, source="judge")— capture the verdicts you already produce.
spendguard calls→ per intent: calls, $, good%, and $/good (cost-per-good-result) — the efficiency metric.
Real-time calls are recorded automatically (caller, prompt/output snippets, latency); batches record job-level.
Smart attribution (a clean P&L, no manual bookkeeping)
Every charge is tagged on two orthogonal dimensions, so you can slice spend by either without bookkeeping:
- WHO —
org → team → contributor, which rolls up the hierarchy. The contributor is set per install (default: gituser.email); the org/team is resolved server-side from the connection key. - WHAT —
project · intent · resource(the repo/work, the labeled task, and whether it's LLM or remote-compute GPU).
Tagging is automatic: a project is inferred from the repo/cwd, refined by the call corpus's intent/caller and
the conversation that ran each batch; remote-compute rows route by instance label. The still-ambiguous
remainder can be resolved by a small, capped, estimate-first LLM pass (never auto-run). The result is a
clean P&L by team / project / intent with no manual entry. (Mechanism: tag.py cascade, signal.py per
project·intent·model roll-up, conv.py batch→conversation attribution, saas.py org→team→user push.)
Learning advisor — recommend considering history (Layer 1 deterministic · Layer 2 LLM)
spendguard advise [--intent X] [--plan MODEL]— pure-SQL ranking of your corpus by$/good(or$/M outwhen quality isn't labeled yet), confidence-weighted, with caveats. No LLM, no spend.spendguard backtest --as-of DATE— replaysadviseas of a past date (would it have caught known-good calls?).spendguard backfill— seeds the corpus + learning graph from your real batch ledgers (no spend).- Layer 2 (its own, caged, LLM use) — every op is estimate-only by default;
--runspends, and each paid call is taggedintent=spendguard:*so it hits a separate meta budget (caps.meta, default $2/day), is kept out of your workload budget, and is excluded from the corpus it analyzes:spendguard mine— synthesize confidence-scored insights + learning-graph nodes from the evidence (reasoner).spendguard optimize [--intent X] [--plan MODEL]— an actionable recommendation citing evidence + insights (reasoner).spendguard reconstruct— judge a bounded sample of recovered call I/O for quality → realgood%/$/good.spendguard review— practice audit: judges whether usage was smart, not just what it cost. Assembles a context bundle (cost + quality + token-ratio + sample I/O + linked chat notes) and emits conditional insights (IF task_class/regime THEN action BECAUSE mechanism) — needs no ground truth, so it's robust where output-judging isn't.- Models are configurable:
advisor.model(reasoner, default Opus 4.8) ·advisor.judge_model(judge, default Haiku 4.5) — any priced model / provider. Run any op without--runto see the projected cost first.
Cold start, quality corpus, living insights, collective learning
spendguard bootstrap— the cold-start process: mine all history (ledgers → intents → graph → provider I/O → conversation) for free, then estimate the caged reasoning. One command, history → corpus → insights.spendguard fetch-io— recover the real prompts+outputs from the providers (OpenAI batch input/output files, streamed with early-stop; Anthropic results within 29 days) into a boundedcall_iosample. Zero token cost.spendguard validate— living insights: re-checks each learning against the current corpus and moves it through its lifecycle (corroborated →active+ confidence up; cited model gone / gap inverted →refuted/superseded). The advisor weights by current confidence + status, so stale advice sinks as data grows.spendguard insights {list,export,import}— collective learning, opt-in + scrubbed. Export abstracts insights into generalizable rules (keeps task_class/regime, model names, ratios; strips$amounts, intent names, evidence) and previews exactly what would leave. Import brings community rules in as low-trust priors that must be locally corroborated byvalidatebefore they sway the advisor.
On quality: a cheap call that fails quality is wasted money, so cost-per-good-result is the metric. Two signals are trustworthy: approach-quality (
review— needs no ground truth) and outcome (the conversation showing an output was used or redone). Judging output correctness in isolation is not reliable (an LLM can't verify a value it has no ground truth for) — spendguard quarantines such labels rather than trusting them.
- Post-event mining (deterministic, zero spend) — recover what the live recorder missed:
spendguard mine-history {intents,graph,git}— reconstruct each batch's intent from repo artifacts (*batch_id*.json+ a size-bounded content scan ofdata/), add causal graph edges (preceded,derived_from), and read git history for cost/fix signals.--applywrites; report-only otherwise.spendguard mine-conv {index,synth}— mine session transcripts for cost decisions.indexis cached (deterministic);synthis the caged reasoner turning the top decision snippets intosource='conversation'insights (estimate-first). Reconstructs your actual playbook (packing, never-cancel, price-basis errors, …).
Observability (feed your existing stack)
spendguard emits an event per gated call — it's the enforcement layer, not another dashboard; route the events to whatever you already run. Three sinks, all optional, none ever block or break the gate:
- In-process callback:
spendguard.on_event(lambda e: log(e)) - Webhook:
emit.webhookin~/.spendguard/config.jsonor$SPENDGUARD_WEBHOOK— POSTs the event JSON (Slack, your collector, …) - OpenTelemetry:
emit.otel: true/$SPENDGUARD_OTEL— aspendguard.cost_usdcounter (needsopentelemetry-sdk)
Event shape: {ts, kind: batch|realtime, provider, model, cost, decision}. Webhook/OTel run on a background
daemon thread (drop-if-flooded), so even high-volume real-time calls aren't slowed; callbacks run inline (keep them fast).
Extend to any SDK (zero required deps, fail-open)
spendguard ships with the OpenAI + Anthropic overlays, but the gate is generic — you can put any SDK under it without adding a dependency:
- Intercept it:
spendguard.register(module_path, ClassName, method, gate_fn)patches that SDK's call method (e.g.register("cohere", "Client", "chat", gate_fn)). Write a smallgate_fnthat reads the request shape and estimates cost; add the model's prices to the table (prices.json/ your override). - Add an OpenAI-compatible provider in one line (for
compare+ metering — most providers expose one):from spendguard.adapters import register_provider; register_provider("together", "https://api.together.xyz/v1", "TOGETHER_API_KEY", ("meta-llama", "mistralai")). - Emit anywhere: route the per-call event to a webhook, OpenTelemetry, or an in-process callback
(
spendguard.on_event(...)) — see Observability.
All of it is fail-open (an estimation/patch error logs and lets the call proceed) and needs no required dependencies — the SDKs and OTel are optional extras.
Privacy — what leaves this machine (de-identification)
Nothing leaves until you opt in past visibility=private, and the roll-up itself carries only scrubbed
aggregates — never prompts, outputs, or $ amounts. The little prose that does sync (generalizable insight
rules, git commit subjects, a caged "what was accomplished" summary) passes through a deterministic de-id floor
at the wire: emails, phones, SSNs, credit cards (Luhn-checked), IPs, API keys / bearer tokens / JWTs, and
private-key blocks become typed tags (<EMAIL>, <API_KEY>, …) — while the generalizable signal (ratios like
"26x", model names) is kept. Configurable + opt-in:
deid.engine=regex— the built-in floor (default, zero deps).deid.engine=presidio— adds Microsoft Presidio NER for names / locations / dates (pip install llm-spendguard[deid]; if it isn't installed it degrades to the floor and warns once — egress is never blocked).deid.engine=off— no redaction (a deliberate footgun for fully-trusted private data).
De-id is local, fails open toward privacy (on any error the floor still runs), and is a tool toward HIPAA Safe Harbor — not compliance by itself (you still need a BAA). It's a safety/extraction step, so it's regex + NER, not an LLM — the agentic decisions (project / intent / quality) stay with the model.
Safety
Fail-open: any estimation or patch error logs a warning and lets the call proceed — the gate
never breaks a job by accident. Only the deliberate over-cap stop blocks. Disable instantly with
spendguard off (checked per-call, live) — and the kill switch is honored even if the gate itself errors.
Getting help
- Website: https://llmspendguard.com
- Bugs / feature requests: GitHub Issues
- Questions / ideas / show-and-tell: GitHub Discussions
- Contributing: see CONTRIBUTING.md.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file llm_spendguard-0.3.0.tar.gz.
File metadata
- Download URL: llm_spendguard-0.3.0.tar.gz
- Upload date:
- Size: 452.9 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.13
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
a3fa5cacbe55adcfe0c1fb1443588bdc72d09098c62c9dfaf56b08d3c3765ba1
|
|
| MD5 |
bd8c08a79a4193b4a9677736a3514d53
|
|
| BLAKE2b-256 |
31972dd5bbc2a155d1b00e70f3677fd894239ba5b1ce5e8c8b0a145dce26ce58
|
Provenance
The following attestation bundles were made for llm_spendguard-0.3.0.tar.gz:
Publisher:
release.yml on llmspendguard/llm-spendguard
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
llm_spendguard-0.3.0.tar.gz -
Subject digest:
a3fa5cacbe55adcfe0c1fb1443588bdc72d09098c62c9dfaf56b08d3c3765ba1 - Sigstore transparency entry: 2085110450
- Sigstore integration time:
-
Permalink:
llmspendguard/llm-spendguard@1744bb7ce2e417b46678c3dbff19c3cf8ee3738b -
Branch / Tag:
refs/tags/v0.3.0 - Owner: https://github.com/llmspendguard
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@1744bb7ce2e417b46678c3dbff19c3cf8ee3738b -
Trigger Event:
push
-
Statement type:
File details
Details for the file llm_spendguard-0.3.0-py3-none-any.whl.
File metadata
- Download URL: llm_spendguard-0.3.0-py3-none-any.whl
- Upload date:
- Size: 345.3 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.13
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
8f627ed07bcaae550638865d2cf9d8f8d58bc53767f5b56c535583c8ae333b81
|
|
| MD5 |
d0cde8e77b33bacae03555524951a4fd
|
|
| BLAKE2b-256 |
80e01121d4b6971b800d950ae3a6c52ea97da6c23b3d2c901b2c5e1ee85daf45
|
Provenance
The following attestation bundles were made for llm_spendguard-0.3.0-py3-none-any.whl:
Publisher:
release.yml on llmspendguard/llm-spendguard
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
llm_spendguard-0.3.0-py3-none-any.whl -
Subject digest:
8f627ed07bcaae550638865d2cf9d8f8d58bc53767f5b56c535583c8ae333b81 - Sigstore transparency entry: 2085110464
- Sigstore integration time:
-
Permalink:
llmspendguard/llm-spendguard@1744bb7ce2e417b46678c3dbff19c3cf8ee3738b -
Branch / Tag:
refs/tags/v0.3.0 - Owner: https://github.com/llmspendguard
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@1744bb7ce2e417b46678c3dbff19c3cf8ee3738b -
Trigger Event:
push
-
Statement type: