business

Verdict

Submitted 5/14/2026, 6:55:17 AM · Completed 5/14/2026, 7:13:33 AM

5.5
pivot
The idea

Built a free Windows app to track your Claude Code token usage. Shows costs, cache savings, and a 90-day activity heatmap

Show original source text →
Been using Claude Code heavily and wanted a dashboard to track my usage and other important metrics. So I built **Tokenmeter,** a small desktop app that reads the local .jsonl files Claude Code already writes to your machine and turns them into a dashboard. It's completely offline (no API keys, no accounts, reads files directly from %USERPROFILE%\\.claude\\projects\\). What it shows: 1\] Total tokens + estimated cost across all sessions 2\] 14-day daily activity chart 3\] 90-day GitHub-style heatmap 4\] Peak hours (turns out I peak at 11am and 3pm) 5\] Cache savings vs what you'd have paid without prompt caching — mine is \~$284 saved, which surprised me 6\] 30-day cost projection based on your 7-day average 7\] Per-project breakdown with sparklines There's also a little pixel creature that idles in the corner while you work (SURPRISE → DANCE on first load). Free, open source, Windows x64: [https://github.com/DewashishCodes/tokenmeter](https://github.com/DewashishCodes/tokenmeter) Would love feedback on what else would be useful to track.
TRIZ inventive level: 3/5· Principles: parameter changes, self-service
Synthesis verdict
**Pivot**: Tokenmeter has a strong foundation in solving a critical pain point for Claude Code power users, offering a unique offline, privacy-preserving solution. However, its current free and open-source model lacks a viable revenue path, and its dependency on Claude Code's file format stability poses a significant risk. To pivot, Tokenmeter could introduce a paid tier with advanced analytics or integration with team dashboards, priced competitively to capture value from its user base.

Strengths

  • Unique offline, privacy-preserving solution for Claude Code power users
  • Solves a critical, cost-driven pain point for a growing and underserved audience
  • Open-source nature provides a reference implementation and community engagement potential

Weaknesses

  • Lacks a viable revenue model, relying on goodwill and community contributions
  • Dependent on Claude Code's file format stability, posing a significant risk to sustainability
  • Limited to Windows x64, restricting adoption potential

Best angle

Tokenmeter should pivot to a freemium model, offering advanced analytics and integration with team dashboards for a competitive price, to capture value from its user base and ensure sustainability.

Panel verdicts

Risk

nvidia/llama-3.3-nemotron-super-49b-v1

3.0

Tokenmeter's survival hinges on Claude Code's file format stability and its ability to attract a developer community for sustainability, despite its current usefulness.

Tokenmeter faces significant threats despite its utility due to its niche audience, dependency on Claude Code's file structure, and limited monetization pathways. Its offline nature, while a privacy benefit, also means no direct user engagement tracking or update notifications, potentially leading to stagnation. The free and open-source model, without a clear path to revenue, may not sustain development beyond initial enthusiasm. Furthermore, any change in Claude Code's file format could immediately render Tokenmeter obsolete. The lack of multi-platform support (currently only Windows x64) also limits its adoption potential.

Viability

meta/llama-4-maverick-17b-128e-instruct

8.0

The project's feasibility is enhanced by its offline nature and the simplicity of the data source, but the development time will largely depend on the team's familiarity with desktop application development and data visualization.

Building Tokenmeter, a desktop application that reads local .jsonl files and displays usage metrics, is feasible for a solo or 2-person team within 4-12 weeks. The project involves parsing JSONL files, performing basic data analysis, and creating a simple GUI. The technical complexity is moderate, as it requires familiarity with desktop app development, data visualization, and potentially, JSONL parsing. The fact that it's offline and reads files directly from a specific directory simplifies the task, as it eliminates the need for API integration or user authentication. The features listed, such as daily activity charts, heatmaps, and cost projections, are achievable with standard data analysis and visualization libraries. The 'pixel creature' feature, while adding a touch of whimsy, is likely a simple animation that doesn't significantly add to the development time. The open-source nature of the existing project provides a reference implementation, which can help in understanding the technical requirements. However, adding new features or improving the existing ones might require additional time for testing and iteration.

Competition

nvidia/nemotron-3-nano-omni-30b-a3b-reasoning

8.0

Tokenmeter’s real edge is its offline, privacy‑preserving read‑only parsing of Claude Code’s local JSONL logs to surface cost, cache‑saving, and usage metrics that SaaS dashboards can’t provide.

Existing solutions for tracking AI usage are primarily web‑based dashboards (e.g., OpenAI’s usage page, Anthropic’s console, or generic token‑tracker apps) that require API keys, upload data to the cloud, and are tied to a specific provider. Some hobbyist tools read log files but are either platform‑specific, lack cost estimation, or do not provide the detailed cache‑savings and projection features Tokenmeter offers. By contrast, Tokenmeter works entirely offline, reads the exact .jsonl files Claude Code already writes, and aggregates token counts, estimated cost, daily/90‑day activity charts, peak‑hour analysis, cache‑saving calculations, and per‑project breakdowns with sparklines. This privacy‑first, zero‑account approach differentiates it sharply from SaaS competitors and even from generic spreadsheet templates. The durability of this differentiation hinges on two factors: continued compatibility with Claude Code’s file format and the growth of a community that values offline, self‑hosted analytics. Because the code is open source and the niche is clear — users who prioritize data privacy and want granular, cost‑aware insights — there is a realistic path for sustained relevance, especially if the project expands to other platforms or integrates with additional AI tools.

Monetization

openai/gpt-oss-120b(fallback #2)

3.0

Without a defined pricing or premium feature set, Tokenmeter lacks a viable revenue model despite its technical utility.

Tokenmeter solves a niche need for Claude Code users who want offline usage analytics, but the current proposition offers no clear path to revenue. The product is free, open source, and distributed via GitHub, which is an excellent channel for community adoption but provides no direct monetization. Without a pricing strategy—whether freemium, paid licensing, or a subscription for premium features—there is no way to capture value from the user base. Potential monetization could involve a paid tier that adds advanced analytics, export capabilities, or integration with team dashboards, priced perhaps $5-$15 per month for individuals or $50-$150 per year for teams. Alternatively, a one-time license fee of $20-$30 could be offered for a pro version that includes custom reporting and priority support. The cost-to-serve is minimal: development time, hosting the repository, and occasional cloud storage for updates, resulting in high gross margins (over 90%) if a paid model is introduced. However, the current model relies entirely on goodwill and community contributions, which limits scalability and cash flow. Channels for selling could include the existing GitHub page, a dedicated website, and promotion through Claude Code communities, forums, and newsletters. Conversion would need a clear value proposition beyond the free features, such as enterprise analytics or API access, to justify paying users. As it stands, the lack of a defined pricing structure, sales funnel, and revenue-generating features makes the venture financially unsustainable, resulting in a low score.

Market

mistralai/mistral-small-4-119b-2603(fallback #2)

8.0

Tokenmeter solves a critical, cost-driven pain point for a growing and underserved audience of Claude Code power users who prioritize offline privacy and financial transparency.

The core value proposition of Tokenmeter is highly targeted and addresses a clear, unmet need for a specific, high-value audience: developers and power users of Claude Code who are cost-conscious and productivity-focused. The tool’s offline nature, privacy-preserving design (no API keys or accounts), and direct file-reading approach align perfectly with the technical sophistication and privacy concerns of this audience. The metrics tracked—token usage, cost savings, activity patterns, and project breakdowns—are not just nice-to-haves but directly tied to financial and workflow optimization, which resonates strongly with professionals who rely on AI tools for work. The 14-day and 90-day visualizations cater to both short-term tracking and long-term trend analysis, while the cache savings feature is a standout differentiator that provides immediate, tangible value (e.g., $284 saved in the example). The free, open-source model lowers the barrier to adoption, and the pixel creature adds a playful, memorable touch that could enhance user retention. The audience size is substantial: Claude Code has a growing user base of developers, researchers, and technical professionals, many of whom are likely to be cost-sensitive and privacy-aware. The willingness to engage is high, as evidenced by the existing GitHub activity and the tool’s alignment with practical pain points. Potential expansions could include macOS/Linux support (to broaden the addressable market), integration with other AI tools (e.g., Cursor, Windsurf), or advanced features like multi-model cost tracking. However, the current scope is already compelling enough to justify adoption by a significant subset of the target audience.

Synthesized by meta/llama-3.3-70b-instruct · 3.5s