Token Receipt: Yapay Zeka Asistanının Harcama Dekontu

Şöyle bir düşün: Kod yazarken genelde token sayıları aklında olmaz. Saatlerce uğraşırsın, sonra fatura gelir ve "ne?!" dersin. Token Receipt işte tam burada devreye giriyor—ama beklemediğin şekilde.

Araç, bir aylık faturanı beklemek yerine, çalışma esnasında sana "makbuz" basıyor. Termal yazıcı çıktısı gibi görünen bu makbuz, kod asistanının o oturumda tam olarak neler yaptığını kalem kalem döküyor.

Sayıların Ötesinde

Token Receipt'i sıradan bir izleme panelinden farklı kılan şey: oluşturucusunun insan davranışını anlamış olması. Yazılımcılar screenshot paylaşır. Slack'e hata mesajları atarız, GitHub issue'larına terminal çıktısı yapıştırırız, garip davranışları ekip arkadaşlarımıza gösteririz.

İşte bu makbuz tam da bu yüzden etkili. Bir dashboard grafiği değil, paylaşılabilir bir hikaye. "Bak agent aynı dosyayı kaç kez okudu" veya "Context pencerem sanki bir terapi kedisi gibi" dedirtebiliyor.

Makbuzda Ne Var?

Araç, yerel oturum loglarını tarayıp kalıpları çıkarıyor. İlk sürümde loglardan kesin olarak çıkarılabilecek sinyallere odaklanıyor:

• Aynı dosyayı tekrar tekrar okuma
• Dokunmadan önce aşırı planlama
• MCP araç turizmi (evet, gerçek bir kategori)
• Agent'ın yardımcı agent'lar spawn edip onlara da yardımcı agent'lar aldırdığı "orta yönetim" durumları

Cache yoğun oturumlar ve düşük çıktılı pahalı çalışmalar da listede. Agent'ın kod tabanını sistematikce gezip üç satırlık bir düzeltme yapıp, ardından küçük roman gibi çıktı ürettiği anlar? O oturumlar ayrı bir satırda belirir.

Yerel Öncelikli Yaklaşım

Önemli bir detay: Token Receipt ek bir API key istemiyor. Skill tabanlı kurulum, Codex veya Claude Code oturumunu kullanarak son formatlamayı yapıyor. Her şey yerel kalıyor, loglar okunuyor, yapılandırılmış veriler çıkarılıyor. Telemetri yok, prompt veya kod upload'ı yok—en azından v1'de.

Bu, geliştirici güveni açısından kritik. Kodlama alışkanlıklarını analiz eden bir araç kullanırken, o verilerin başka yere uçmasını istemezsin. Token Receipt bu sınırı tasarım aşamasında çizmiş.

Kiro CLI Neden Ayrı Tutuluyor?

Kiro CLI desteği ilginç çünkü token tahminleri yerine gerçek kredi kullanımını okuyor. Sebep pratik: her agent aynı sayaçları sunmuyor. Token Receipt, ne varsa onunla çalışıyor. Günlük akışında Kiro kullanıyorsan, makbuzun Codex ve Claude Code oturumlarınla yan yana duracak.

Cursor desteği ise deneysel olarak işaretlenmiş—sebep benzer: araç aktivitesi ve workspace metadata okunabiliyor ama maliyet hesabı diğer agent'lar kadar kesin değil. Makbuz davranışları gösteriyor ama kesin harcama rakamları yok.

Asıl Değer Önerisi

Token Receipt, temelde eğlencelik bir ambalaja sarılmış bir farkındalık aracı. Yakaladığı "kötü alışkanlıklar"—tekrar okumalar, context şişmesi, aşırı planlama—aslında hata değil. Bunlar workflow'unun optimize edilebileceğini, prompt'larının iyileştirilebileceğini veya agent ile çalışma biçimini değiştirmen gerekebileceğini gösteren kalıplar.

Screenshot formatı bu içgörüleri ekiple paylaşmayı kolaylaştırıyor. Herkes agent'ın config dosyasını kaç kez okuduğuna gülerken, aslında dolaylı olarak daha verimli çalışma yöntemlerini konuşmuş oluyorsunuz.

Başlangıç

Agent oturumlarını itemize görmek istersen, kurulum skill sistemi üzerinden yapılıyor:

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

Sonra bir sonraki oturumda /token-receipt yazman yeterli. Veya kapsamlı olsun istersen: /token-receipt Son 30 günlük kullanımım için makbuz ver—tam tarihsel roast'ı alırsın.

Proje MIT lisanslı ve açık kaynak. Başka agent'lar için genişletmek veya makbuz formatını özelleştirmek istersen, katkılar açık.

Sonuç

Token Receipt doğrudan para tasarrufu sağlamıyor—API maliyetlerini kesmiyor. Ama AI kod asistanlarıyla çalışma biçimini değiştirebilir. Alışkanlıklarını itemize görünce, context penceresi körü körüne güvenmek zorlaşıyor. Bazen ihtiyacın olduğunu bilmediğin hesap verebilirlik, tam da termal kağıt çıktısı formatında geliyor.