Token Receipt – bo accountability czasem wygląda jak paragon z kasy fiskalnej

Siedzę sobie w połowie kolejnego sprintu, klepię kod z Claude Code, i szczerze? Nie myślę o tokenach. Te liczby są gdzieś tam, abstrakcyjne, oddalone od mojej rzeczywistości. Ale przychodzi koniec miesiąca i dostaję fakturę, na której widzę, że mój "drobny fix" kosztował tyle, co tydzień kaw w biurze.

Token Receipt zmienia tę narrację. Zamiast czekać na rozliczenie, dostajesz paragon w samym środku pracy. Wizualnie przypomina ten stary termiczny papierek z drukarki sklepowej – i zawiera dokładną rozpiskę, co Twój agent kodowania wyprawiał podczas Twojej sesji.

Czemu to nie jest kolejny dashboard

Tu jest haczyk, który mnie zainteresował: Token Receipt nie próbuje być kolejnym narzędziem do observability. Twórca zrozumiał coś prostego, ale kluczowego – programiści dzielą się screenshotami. Wklejamy logi błędów na Slacka, dorzucamy output z terminala do issue'ów na GitHubie, robimy zrzuty ekranu dziwnych zachowań dla zespołu.

Paragon, który możesz wrzucić na kanał i który wygląda niecodziennie, robi inne wrażenie niż wykres w Grafanie. Opowiada historię: "Zobacz, ile razy kazałem agentowi przeczytać ten sam plik" albo "Mój context window to w zasadzie terapeutyczny kot".

Co dokładnie ląduje na tym paragonie

Narzędzie parsuje logi z Twojej sesji i wyciąga wzorce. W wersji 1 skupia się na sygnałach, które da się obronić samymi logami – wielokrotne odczyty plików, wzorce planowania przed zmianami, tak zwane MCP tool tourism (tak, to realna kategoria), oraz te urocze sytuacje "middle management", gdzie Twój agent tworzy podagentów, którzy koordynują kolejne podagenty.

Sesje obciążone cache'm i mało produktywne, ale drogie przebiegi też trafiają na listę. Jeśli kiedykolwiek patrzyłeś, jak agent metodycznie eksploruje Twój codebase, zrobi trzylinijkową poprawkę, a potem wypluwa novelę tekstu – takie sesje dostają własną pozycję.

Local-first, bez kompromisów

Jedna rzecz, którą warto podkreślić: Token Receipt nie wymaga kolejnego klucza API. Ścieżka skill-first wykorzystuje Twoją istniejącą sesję Codex lub Claude Code do finalnego formatowania. Runtime zostaje lokalnie, czyta logi sesji, generuje ustrukturyzowane fakty. Zero telemetrii, żadnych uploadów Twoich promptów czy kodu w wersji 1.

To ma znaczenie dla zaufania. Kiedy używasz narzędzia, które analizuje Twoje wzorce kodowania, prawdopodobnie nie chcesz, żeby te dane gdzieśuciekały. Token Receipt respektuje tę granicę z założenia.

Dlaczego Kiro CLI dostaje specjalne traktowanie

Obsługa Kiro CLI jest ciekawa, bo korzysta z rzeczywistego zużycia creditów zamiast szacunków opartych na tokenach. Logika jest pragmatyczna: nie każdy agent exposesuje te same liczniki. Zamiast zgadywać, Token Receipt czyta to, co faktycznie jest dostępne, i pracuje z tymi sygnałami. Jeśli Kiro jest częścią Twojego codziennego workflow, Twój paragon uwzględni te sesje obok Codex i Claude Code.

Wsparcie dla Cursor jest oznaczone jako eksperymentalne z podobnych powodów – aktywność narzędzi i metadane workspace'u są czytelne, ale rozliczenie kosztów nie jest tak precyzyjne jak w przypadku innych agentów. Ten kompromis jest jasno udokumentowany: receipty z Cursor pokazują zachowanie, ale nie dokładne koszty.

Gdzie jest prawdziwa wartość

W swojej istocie Token Receipt to narzędzie do samopoznania przebrane za zabawny gadżet. Te "złe nawyki", które ujawnia – powtórne odczyty, context bloat, nadmierne planowanie – to nie bugi. To wzorce, które mogą sugerować, że Twój workflow da się zoptymalizować, że prompty wymagają dopracowania, albo że potrzebujesz innego podejścia do pracy z agentem.

Format screenshot-friendly ułatwia dzielenie się tymi spostrzeżeniami z zespołem. Kiedy wszyscy się śmieją, ile razy agent przeczytał plik konfiguracyjny, to tak naprawdę prowadzicie rozmowę o tym, jak pracować efektywniej.

Jak zacząć

Jeśli chcesz zobaczyć, jak wyglądają Twoje sesje agentowe w szczegółowej rozpisce, instalacja jest prosta przez system skills:

npx skills add ameyalambat128/token-receipt --skill token-receipt

Potem wystarczy wywołać /token-receipt w następnej sesji. Albo bądź konkretny: /token-receipt Generate a receipt for my last 30 days of usage jeśli chcesz pełne historyczne roastowanie.

Projekt jest na licencji MIT i open source – jeśli chcesz rozszerzyć obsługę o innych agentów albo dostosować formatowanie receiptów, repozytorium jest otwarte na kontrybucje.

Podsumowując

Token Receipt nie zaoszczędzi Ci pieniędzy bezpośrednio – nie obcina kosztów API. Ale może zmienić sposób, w jaki myślisz o pracy z agentami kodowania. Kiedy raz zobaczysz swoje nawyki rozpisane na paragonie, ciężko wrócić do ślepego zaufania do context window. Czasem termiczny papierek to dokładnie ta accountability, której nie wiedziałeś, że potrzebujesz.