Teams that see per-hour cost, cache hit rate, and runaway-loop signals in real time cut their LLM bill without slowing anything down. Not because they optimize harder, because they optimize the right things. Here is the four-step flywheel and what it looks like in month one.
Real-time cost per hour and cache-read vs uncached-input tokens per call. On every session, on every runtime you run. Without visibility, every subsequent step is guessing. The first time you actually see per-hour spend across your fleet, you find at least one surprise. Everyone does.
"This session is token-maxing. This model is uncached. This scope's cron burns $12 per hour. This sub-agent spawns four more sub-agents that each burn 20k tokens." Naming a problem in one sentence is what turns visibility into action. Metrics that only render as charts don't get fixed; metrics that name a specific session as the offender do.
Enable prompt caching on the sessions with low hit rate. Route routine work to a smaller model. Kill the runaway session. Set a per-hour budget alert on the cron. These are the four fixes that account for 80 percent of the savings we have seen. Each takes minutes.
Cost per hour after the change vs before. Cache hit rate after the change vs before. Number of token-maxing incidents this week vs last. The flywheel closes when the next "see it" pass shows the previous "fix it" landed. Without measurement, fixes rot and the bill creeps back up.
Week 1: install ClawMetry, watch a real week of spend, catch the first surprise (there always is one). Week 2: enable prompt caching on the top-3 highest-spend sessions, set the first per-hour budget alert. Week 3: route routine work to the small model on the biggest session, kill the first runaway loop the alert catches. Week 4: measure. Typical outcome we've seen: 30-50 percent bill reduction with no change to what the agents can do.
Cost per hour (a live chart). Cache hit rate (a rolling weekly number). Token-maxing incidents (a count, weekly). If these three go on a shared dashboard, the flywheel keeps spinning because everyone on the team can see it. If they only live in one person's browser, the flywheel stalls the first week that person is on vacation.
Start the free trial →