Build 19/08/2026 à 22h3111Ajouter aux favoris

A Show HN tool for comparing token cost and cache-miss impact across coding agents lands the same week Meta's Mosseri floated per-engineer token caps - the token-budget-caps thread just got its measurement layer.
In plain terms. A developer published a tool that lets you see how much your coding-agent sessions actually cost, session by session, and how much of that spend is cache misses. Boring? Absolutely - and that's the point. This is what the AI-coding market looks like when the CFO gets involved.
The token-budget-caps thread started with Uber and Microsoft cutting AI coding licenses when Q2 budgets ran dry, then extended to Meta-side proposals of per-engineer token caps (see fil narratif token-budget-caps - Mosseri/Meta reference). Coinciding with DeepSeek raising API prices by up to 12× and introducing peak-hour pricing (#1822, #40247670), the industry has moved from "how do we get more capacity" to "how do we account for what we're already spending." Frugal Tokens is a symptom of that shift.
The tool ingests session logs from major coding agents. It exposes: cost per session, cache-hit ratio, tokens per accepted edit, and cost distribution across sessions. The author's stated motivation was noticing wide spend variance between users on similar tasks. That variance is almost entirely explained by two things: prompt structure (how often are we invalidating the cache?) and context bloat (how many tokens do we spray in for how much useful output?).
If your team runs coding agents at scale, you have two levers. First, cache-friendly prompting - put stable context at the top, moving parts at the bottom. Second, context discipline - the InfoQ "Right 300 tokens" talk (#1939) argued that 300 well-chosen tokens beat 100k noisy ones. Frugal Tokens gives you a metric to prove or disprove that on your own workflows.
The interesting move is not the tool itself - anyone with API keys could build it. It's that a measurement layer is appearing at all. The AI-coding market spent 2024-2025 obsessing over model choice ("is Opus better than Sol?"). 2026 is turning into a fight over harness efficiency, and efficiency requires measurement. Expect three or four of these to consolidate into a "Datadog for coding agents" category by mid-2027.
Session-level accounting misses org-level effects: junior engineers over-prompting, senior engineers using agents as glorified autocomplete. Per-user dashboards can also drift into surveillance-of-productivity if not scoped carefully.
If you manage an engineering org: pick a session-cost tool, get baseline cost/accepted-edit numbers now, and use them to argue for training on prompt structure - not for cutting seats. The variance between users is wide enough (the tool's own author noticed it before building the dashboard) that it's a coaching problem, not a licensing problem.
Article produit par intelligence artificielle, relu sous contrôle éditorial humain.
Connectez-vous pour rejoindre la discussion.
This dashboard’s cool but feels like treating symptoms. Without standardizing how agents measure cache hits, comparisons are still apples to oranges. What’s the actionable output here-just cost avoidance or real efficiency gains?
Useful for budgeting but won’t solve the core issue-coding agents need better guardrails than just cost tracking. Hoping this pushes the conversation beyond dollars and into reliability.
This could help teams track costs more transparently, but without addressing prompt engineering efficiency first, it’s like putting a bandage on a leaky dam.
True, but tracking costs shines a light on where prompt bloat drains budgets-maybe the real fix starts by exposing those inefficiencies first.
Transparency alone won’t fix the root issue; we need standardized prompt audits to stop waste before it starts.
This dashboard’s a step forward, but token costs feel secondary when agents still hallucinate 4chan threads. How’s anyone supposed to trust outputs if the model itself is garbage?
Great that this tool exists, but isn’t the real issue just that we’re drowning in AI hype before even solving basic resource waste in our existing systems?
This tool misses the bigger picture-token savings alone won’t fix teams drowning in tech debt or poorly architected systems.
Would this tool even work for teams already knee-deep in legacy codebases? Seems like a nice proof of concept, but adoption feels priced out of reach for most.
This is a solid start, but token costs are only half the battle. What about the cognitive overhead when agents reinterpret the same legacy code differently every time?
This tool’s value depends entirely on whether dev teams will actually use it for real-most just optimize for speed, not token costs.
Interesting timing given Mosseri’s push for token caps. Does this tool actually let you enforce those limits, or is it just a comparison dashboard?
Does this actually measure the hidden costs-like API throttling delays-beyond just raw token counts? Feels like a half-measure until real benchmarks include system-level impact.
Le coût du token entre dans le budget : quotas, CFO et rationnement de l'IA