TokenBoard lets developers track AI coding token usage without sharing code or prompts

·1 views

A developer has launched TokenBoard, a tool that tracks token usage and cost metrics for AI coding assistants without uploading any prompts or source code. The platform provides a local CLI that currently supports OpenAI Codex, reporting aggregate stats such as tokens used, sessions, messages, active days, and estimated cost. Users can view personal stats and optionally share a public stats card on a leaderboard. The creator plans to expand support to Claude Code and other AI coding agents in future updates. The project is in early stages and the developer is actively seeking feedback from Codex users on which metrics would be most valuable.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

EZLogs lets anyone query their product in plain English and get cited, real-time answers

A tool called EZLogs allows anyone in a company — not just engineers or analysts — to ask questions about their own product using plain language and receive automatically monitored answers. Users can pin questions such as tracking when a trial account goes inactive, and the system alerts them when conditions change, with responses written in plain English. Every figure in an alert links directly back to the underlying real events, so claims are verifiable with a single click rather than relying on AI inference. The AI component is limited to translating natural-language questions into system queries and rephrasing results, while all data is drawn from actual logged events. The tool is positioned as distinct from engineering-focused monitoring platforms like Datadog, targeting a broader, non-technical audience across sales, support, design, and leadership.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Being a Great Coder Is No Longer Enough to Stand Out in Tech

The software development job market has grown so competitive that technical skills alone are no longer sufficient for career visibility. Developers are now expected to build personal brands, contribute to open source, create content, and engage with professional communities alongside their core engineering work. While companies still hire engineers to solve technical problems, opportunities increasingly come through public presence and reputation rather than certifications alone. Experts note that the technical bar remains high, but standing out now requires combining strong coding ability with communication and community involvement. In effect, software engineering has expanded beyond writing code to building credibility and a professional reputation.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer Builds Decentralized Anti-Cheat System to Distribute Trust Across Nodes

A developer is building an open-source project called GameSecure that takes a decentralized approach to game anti-cheat, moving away from relying on a single client or server to make cheat decisions. Instead, gameplay events are converted into validation tasks and distributed across independent validator nodes, with a consensus mechanism determining the final verdict. The project is written in Go, chosen for its strong concurrency and networking capabilities. The biggest engineering challenge has been ensuring the system remains trustworthy even when some validator nodes act maliciously, a problem rooted in distributed systems design rather than game logic. GameSecure is still under active development, with the creator continuing to refine evidence collection and other core components.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How Improper HttpClient Usage Causes Socket Exhaustion in .NET APIs

A .NET production system began experiencing random timeouts with no visible errors or warnings, a symptom of socket exhaustion caused by improper HttpClient instantiation. Each time HttpClient is created and disposed within a request, it leaves TCP sockets in a TIME_WAIT state, gradually exhausting available connections. The fix involved registering HttpClient as a managed service using IHttpClientFactory with a configured SocketsHttpHandler to reuse connections efficiently. This change stabilized the system and restored service-level agreement compliance. The incident highlights a common but overlooked pitfall in .NET microservice development where object lifecycle mismanagement leads to silent infrastructure degradation.

0 comments Read more at DEV Community