Bár az autonóm terminálos fejlesztőeszközök kimagasló, 95 százalék feletti gyorsítótár-találati arányt is elérhetnek, a bemeneti költségek jelentős része a gyorsítótár felesleges újraépítésére mehet el. Erre a rejtett költségtényezőre világít rá a GitHubon publikált, nyílt forráskódú kvleak diagnosztikai eszköz, amelyet a projekt karbantartója, shangliy mutatott be.
Miért csalóka a 95 százalékos találati arány?
A README dokumentációban közölt mintajelentés a fejlesztő saját, 30 napos használati statisztikáját szemlélteti, amely 101 munkamenetet, 276 alágens-indítást és több mint 58 ezer modellhívást tartalmaz Claude Code és Codex CLI környezetben. A mintában a 95,4 százalékos gyorsítótár-találati arány (cache hit rate) mellett a 2602 dolláros bemeneti költségből 537,72 dollár (20,7%) ment el gyorsítótár-újraépítésekre és hidegindításokra, ami a teljes, 3054 dolláros számla 17,6 százalékát tette ki. A szerző rámutat: míg a prompt-gyorsítótár olvasása az alap input ár tizedébe (0,1×) kerül, addig az újraépítésért 1,25–2-szeres felárat számolnak fel a felhőszolgáltatók. Emiatt egyetlen elhibázott újraépítés egy 200 ezer tokenes kontextusnál akár 80 sikeres találat megtakarítását is felemésztheti.
A veszteségek forrásai a fejlesztő naplójában
A projekt dokumentációjában szereplő bontás alapján a fejlesztő saját naplójában a szivárgások 69,2 százalékáért (371,92 dollár) az inaktív szünetek miatti TTL-lejáratok feleltek: ha a fejlesztő hosszabb szünetet tart a parancsok között, a gyorsítótár érvényessége elévül, és a teljes kontextust újra be kell tölteni. A veszteség további 15,2 százalékát az új munkamenetek hidegindítása, 5,5 százalékát pedig az alágensek különálló indítása okozta, míg 215,71 dollár ment el olyan tokenek felírására, amelyeket később soha nem olvastak vissza. Mivel a szoftverfejlesztésben egyre szélesebb körben terjednek az autonóm AI-ágensek, a gyorsítótárazás optimalizálása kulcskérdéssé válik a költségek kordában tartásában.
Helyi diagnosztika API-kulcs és adatforgalom nélkül
A Python-alapú diagnosztikai segédprogram nem igényel sem API-kulcsot, sem hálózati kommunikációt vagy külső csomagfüggőséget: közvetlenül a helyi lemezen fellelhető munkamenet-fájlokat elemzi, támogatva a Claude Code, a Codex CLI, a Gemini CLI és az OpenCode naplóit. A README leírása szerint a program a gyorsítótár-időzítések finomhangolására, a túlzott parancssori kimenetek szűrésére és a kontextus higiéniai szabályainak beállítására kínál beépített parancsokat, amelyek a vállalati kódíró rendszerek felügyeletéhez hasonlóan segítenek megelőzni a felesleges tokenköltést.
Kapcsolódó: Claude Code-ot használsz Cursorban? Így ellenőrizheted, hogy a fertőzött 2.1.313-as bővítmény nem hagyott-e hátsó ajtót a gépeden.
