TokenTracker

Wofür das Unternehmen offenbar steht: TokenTracker ist ein local-first-Tool zur Verfolgung der Token-Nutzung über 27 KI-Coding-Tools hinweg. Der Autor gibt an, dass es vollständig auf dem Rechner des Nutzers arbeitet, ohne dass ein Cloud-Konto, API-Keys oder eine Einrichtung erforderlich sind. Es analysiert Sitzungsprotokolle von KI-Tools lokal und zeigt normalisierte Token-Daten in einem Dashboard an, das lokal bereitgestellt oder in native Desktop-Apps (macOS und Windows) eingebettet werden kann. Eine optionale Cloud-Ebene ermöglicht die Aggregation über Geräte hinweg und soziale Funktionen wie Ranglisten und Abzeichen.

Was sich geändert hat: Das Projekt begann als persönliche Lösung für ein Problem, das der Autor mit der Verfolgung der Nutzung über mehrere KI-Coding-Tools hinweg hatte. Es entwickelte sich zu einem eigenständigen, local-first-Produkt mit Unterstützung für mehrere Plattformen und einer optionalen Cloud-Synchronisierungsfunktion.

Die wichtigste offene Frage: Gibt es Hinweise auf eine Nutzerakzeptanz oder Traction über die eigene Nutzung des Autors hinaus? Die Beschreibung gibt an, dass keine Daten zu Umsatz, Kunden oder Adoption verfügbar sind.

• Die Beschreibung gibt an, dass TokenTracker ein local-first-Tool zur Verfolgung der Token-Nutzung über 27 KI-Coding-Tools hinweg ist.
• Es analysiert Sitzungsprotokolle dieser Tools lokal und normalisiert sie in konsistente Formen (Input-Tokens, gecachter Input, Cache-Erstellung, Output, Reasoning-Tokens).
• Die analysierten Daten werden über eine kleine lokale HTTP-API auf Port 7680 bereitgestellt.
• Ein React + TypeScript-Dashboard wird einmal erstellt und über mehrere Oberflächen hinweg wiederverwendet: als lokal bereitgestellte Seite, als auf Vercel gehostete Marketing-Website, als macOS-Menüleisten-App (Swift) und als Windows-Systemtray-App (.NET + WebView2).
• Der Autor gibt an, dass eine optionale Cloud-Ebene die Aggregation über Geräte hinweg und soziale Funktionen wie Ranglisten und Abzeichen unterstützt.
• Für die lokale Nutzung sind kein Cloud-Konto, keine API-Keys und keine Einrichtung erforderlich.

Hinweis: Das Produkt wird so beschrieben, dass es vollständig auf dem Rechner des Nutzers arbeitet, wobei keine Daten das Gerät verlassen, es sei denn, es wird ausdrücklich über eine Cloud-Synchronisierungsfunktion aktiviert. Das Dashboard kann in native Apps eingebettet werden, scheint aber keine Integrationen von Drittanbietern über seine eigene CLI und lokale Analyselogik hinaus zu erfordern.

• Der Autor gibt an, dass TokenTracker entwickelt wurde, weil bestehende Community-Tools aufgrund von Doppelzählungsproblemen nicht in der Lage waren, die Abrechnungsdaten der Anbieter zu entsprechen.
• Es wird als Lösung für Nutzer positioniert, die der Genauigkeit anderer Tools nicht vertrauen und Datenschutz wünschen – es werden keine Prompts oder Dateiinhalt an einen Server gesendet.
• Das Tool entwickelte sich von einem persönlichen Bedarf zu einem Produkt mit plattformübergreifender Unterstützung und optionalen Cloud-Funktionen.
• Der Autor betont, dass das Designprinzip von Tag eins an "local-first" war, was zu einer Einschränkung statt einer Funktion wurde.

Schlussfolgerung: Die Positionierung scheint von einer Kombination aus Genauigkeitsbedenken und Datenschutzpräferenzen angetrieben zu sein. Es gibt keine Hinweise auf eine breitere Marktpositionierung oder Markenstrategie über diese persönliche Motivation hinaus.

• Die Beschreibung gibt an, dass das Tool Nutzer anspricht, die mehrere KI-Coding-Tools verwenden (z. B. Claude Code, Codex, Cursor, Gemini CLI).
• Es richtet sich an Entwickler oder technische Nutzer, die Wert auf die Verfolgung der Token-Nutzung und der Kosten über diese Tools hinweg legen.
• Die Nutzer sind wahrscheinlich Personen, die bereits mehrere KI-Coding-Tools nutzen und ihren kombinierten Verbrauch verstehen möchten, ohne auf fragmentierte Dashboards angewiesen zu sein.

Hinweis: Es werden keine Belege für eine Kundensegmentierung, Personas oder spezifische Käuferprofile jenseits des eigenen Anwendungsfalls des Autors vorgelegt. Die Zielgruppe scheint selbstdefiniert und nicht markgetestet zu sein.

• Die Beschreibung besagt, dass für die lokale Nutzung kein Cloud-Konto, keine API-Schlüssel und keine Einrichtung erforderlich sind.
• Eine optionale Cloud-Ebene existiert für die Aggregation über Geräte hinweg, Leaderboards und Abzeichen.
• In der Beschreibung werden keine Preisinformationen, Monetarisierungsstrategie oder Umsatzmodell angegeben.

Schlussfolgerung: Es könnte ein Freemium- oder gestuftes Modell geben, bei dem die grundlegende Verfolgung kostenlos ist und Premium-Funktionen (z. B. Cloud-Sync) kostenpflichtig. Dies bleibt jedoch unbestätigt.

• Entwickelt mit JavaScript, plpgsql, Swift, TypeScript.
• Verwendet eine CLI (bin/tracker.js), um leichte Hooks in die auf der Festplatte gespeicherten Sitzungsprotokolle zu installieren.
• Parsen von Protokollen inkrementell und Normalisierung von Schemata verschiedener Anbieter.
• Die Daten werden in einer nur anhängenden lokalen Warteschlange abgelegt und über eine lokale HTTP-API auf Port 7680 bereitgestellt.
• Dashboard mit React + TypeScript entwickelt, plattformübergreifend wiederverwendet (lokales Web, macOS-App, Windows-App).
• Die plattformübergreifende Unterstützung umfasst eine native macOS-Menüleiste-App und eine Windows-Systemtray-App.
• Cloud-Sync ist additiv – es werden nur aggregierte Token-Zahlen geteilt, nicht der Prompt-Inhalt.

Hinweis: Das Tool wird als in sich geschlossen beschrieben und benötigt keine externen Abhängigkeiten jenseits seiner eigenen Laufzeitumgebung. Verpackungsprobleme wurden sowohl für die macOS- als auch für die Windows-Apps festgestellt.

• Es gibt keine Belege für Umsatz, Kunden oder Verbreitung jenseits der persönlichen Nutzung durch den Autor.
• Das Projekt wurde beim OpenAI 2026 Hackathon auf Devpost eingereicht.
• Es gibt keine Erwähnung von Nutzerfeedback, Nutzungsmetriken oder Produkt-Iterationshistorie jenseits des eigenen Berichts des Autors.

Fehlen von Belegen: Es werden keine Daten zu Traction, Wachstum oder Nutzerengagement vorgelegt. Das Reifegradniveau wird aus der Komplexität der Lösung abgeleitet, ist aber nicht bestätigt.

• Die Beschreibung nennt keine spezifischen Wettbewerber.
• Es wird erwähnt, dass bestehende Community-Tools aufgrund von Doppelzählungsproblemen nicht in der Lage waren, die Abrechnungsdaten der Anbieter zu entsprechen.
• Der Autor stellt fest, dass es keine von Anbietern veröffentlichte Spezifikation für Token-Zahlsammlungen gibt, was die Validierung erschwert.

Schlussfolgerung: TokenTracker scheint eine Lücke in Bezug auf Genauigkeit und Datenschutz bei bestehenden Tools zu schließen. Der Wettbewerbsumfeld ist jedoch nicht klar definiert oder beschrieben.

• Das Tool wird als von einer einzelnen Person entwickelt beschrieben (Teamgröße: 1).
• Es gibt keine Belege für Product-Market-Fit, Nutzerfeedback oder Traction.
• Der Autor stellt fest, dass die Verpackung für macOS und Windows schwierig war – was auf potenzielle Skalierbarkeitsprobleme hindeutet.
• Die Aggregation über Geräte hinweg führt zu Designkomplexität und Sicherheitsrisiken (z. B. fehlende row-level-security-Richtlinie).
• Das Tool ist local-first, enthält aber eine optionale Cloud-Ebene – diese Spannung könnte die langfristige Wartung erschweren.

Schlussfolgerung: Das Fehlen externer Validierung, Nutzerdaten oder Angaben zur Teamgröße wirft Fragen zur Skalierbarkeit und kommerziellen Tragfähigkeit auf. Die optionale Cloud-Funktion führt zu potenziellen Kompromissen in Bezug auf Sicherheit und Design.

1. Welche Belege haben Sie dafür, dass Nutzer bereit sind, für dieses Tool zu zahlen?
2. Wie planen Sie, über den Anwendungsfall eines einzelnen Entwicklers hinaus zu skalieren?
3. Haben Sie die Genauigkeit Ihrer Parser anhand realer Abrechnungsdaten der Anbieter für alle 27 Tools validiert?
4. Gibt es Rückmeldungen oder Interesse von Nutzern außerhalb des Autors selbst?
5. Wie lautet der Fahrplan für Monetarisierung und Produktentwicklung?
6. Wie planen Sie, Sicherheits- und Datenschutzbedenken zu handhaben, wenn mehr Nutzer die Cloud-Synchronisationsfunktion nutzen?