Highlights
- Totals are the cleanest starting point
- Tokens and cost are related but not identical
- Model views help explain cost shifts
Guide
A practical guide to measuring token volume and estimated cost in vibestats.
Highlights
Relevant commands
npx vibestats --totalnpx vibestats --monthlynpx vibestats --modelStep 1
Use total or monthly views first so token and cost signals are easier to read than in a noisy daily table.
Step 2
Read token categories and cost estimates together so you do not confuse high usage with expensive usage automatically.
Step 3
Use model and source-specific views when the budget question is tied to a specific tool or family.
Most AI coding reporting problems are not about one missing command. They are about choosing the right surface: daily usage, wrapped summaries, activity heatmaps, cost views, or shareable aggregate pages.
This guide stays focused on vibestats workflows and the pages already documented in the public command reference, so you can move from local data to a readable result quickly.
FAQ
Start with the relevant command, verify the output locally, then decide whether you need a share page, a wrapped summary, or a heatmap for communication.
No. vibestats works from local usage artifacts and only turns aggregate results into hosted pages when you explicitly publish them.
Related pages