Egy tesztfuttatás hosszú kimenetéből gyakran néhány hibaüzenet kell a következő javításhoz. Ha AI ágens dolgozik a feladaton, a sikeres tesztek felsorolása és az ismétlődő státuszüzenetek is bekerülhetnek a modell kontextusába. Az rtk ezeket a parancskimeneteket szűri és rövidíti. A hasznát ott érdemes mérni, ahol az ágens rendszeresen futtat Git-, teszt-, build- vagy loglekérő parancsokat.
Az rtk (Rust Token Killer) nyílt forráskódú, Rustban írt parancssori eszköz. A támogatott parancsot lefuttatja, majd annak kimenetéből tömörített változatot ad vissza. A feldolgozás helyben történik, parancstípusonként meghatározott szűrési szabályokkal.
A rövidítés módja a feladathoz igazodik:
– Git: a fájlállapotokat csoportosítja, a diff környező sorait és fejléceit rövidíti.
– Tesztek: a sikeres tesztek részletes felsorolását elhagyja vagy összesíti; a hibákra összpontosít, és a tracebacket is rövidítheti.
– Keresés: fájlonként csoportosítja a találatokat, a hosszú sorokat levágja.
– Logok: összevonja az ismétlődő bejegyzéseket.
A támogatott integrációk automatikusan is átírhatják az ágens parancsait: például a git status helyett rtk git status fut. A projekt többek között Claude Code-, Codex-, Gemini CLI- és Cursor-integrációt dokumentál. A lefedettség az ágens eszközhívásaitól függ: a Claude Code beépített Read, Grep és Glob eszközei például megkerülik a Bash-hookot.
A projekt a gyakori fejlesztői parancsoknál 60–90%-os csökkenést hirdet. Ez a szűrt terminálkimenet méretére vonatkozik. A teljes munkamenet tokenfogyasztásában a felhasználói kérés, a rendszerutasítások, a beszélgetési előzmények és a modell válaszai is szerepelnek.
Az rtk gain a nyers és a szűrt kimenet méretét hasonlítja össze, a tokenszámot pedig a bájtok számának negyedével becsüli. A kijelzett százalék ezért a kimenet bájtalapú csökkenését mutatja; a tényleges tokenarány modellfüggő tokenizálással ellenőrizhető. A szolgáltató számlázását, az ágens saját kimenetkorlátait és a gyorsítótárazás hatását külön kell figyelembe venni.
Így a 80%-kal rövidebb parancskimenetből nem következik 80%-kal kisebb számla vagy ugyanekkora előfizetéses kvótamegtakarítás. A teljes feladat költségét az is módosíthatja, ha az ágens a kihagyott részletekért újabb parancsokat futtat.
Az rtk információt hagy el. Egy rövidített diffből hiányozhat a változás értelmezéséhez szükséges környezet; egy levágott hibaüzenetből a diagnózishoz szükséges részlet. A szűrt kimenet megfelelőségét ezért a saját feladatokon kell ellenőrizni.
Ha teljes kimenetre van szükség, az rtk proxy parancs szűrés nélkül továbbítja az eredményt, miközben követi a használatot. Hibakeresésnél érdemes összevetni a nyers és a rövidített változatot, mielőtt a szűrésre támaszkodnál.
Homebrew-val: brew install rtk
Windows alatt: winget install rtk-ai.rtk
Először kézzel hasonlíts össze néhány tipikus kimenetet, például a git status és az rtk git status eredményét. Automatikus használathoz az adott ágens integrációját is be kell állítani. Claude Code esetén az rtk init -g, Codexhez az rtk init -g --codex, Gemini CLI-hez az rtk init -g --gemini parancsot dokumentálja a projekt; ezután indítsd újra az ágenst.
A pilothoz válassz több, összehasonlítható feladatot, és futtasd őket RTK-val és nélküle. Tartsd azonosan a modellt, a beállításokat és a repository kiinduló állapotát. Az ágensfutások változékonysága miatt ismételd meg az összehasonlítást.
A döntéshez ezeket nézd:
– sikeresen elkészült-e a feladat, és helyes-e az eredmény;
– mennyi idő, eszközhívás és újraolvasás kellett hozzá;
– hogyan változott a szolgáltató által jelentett fogyasztás és a feladatonkénti költség.
Az rtk gain azt segít feltárni, mely parancsok kimenete rövidült. A pilot eredményét a teljes munkamenet adataiból értékeld.
A nyílt forráskódú CLI telemetriája a projekt dokumentációja szerint alapértelmezésben kikapcsolt, engedélyezése külön hozzájárulást igényel. Bekapcsolva aggregált használati adatokat küld; a dokumentáció szerint forráskódot, fájltartalmat, fájlútvonalat és teljes parancsargumentumokat nem gyűjt. A helyi szűrés mellett a megmaradó kimenetet az ágens továbbra is átadhatja a használt modellszolgáltatónak.
Az rtk-t akkor érdemes tartósan használni, ha a saját mérés szerint csökkenti a feladatonkénti fogyasztást vagy futási időt, és a rövidítés mellett megmarad a megoldás minősége. Sok terminálkimenettel dolgozó csapatoknak indokolt lehet egy pilot; az általános költségcsökkentési ígéretet a rendelkezésre álló adatok nem helyettesítik.
(2026. szeptember 29.)
Projekt és telepítés: https://github.com/rtk-ai/rtk
Támogatott parancsok: https://github.com/rtk-ai/rtk/blob/develop/docs/guide/resources/what-rtk-covers.md
A megtakarítás mérése: https://github.com/rtk-ai/rtk/blob/develop/docs/guide/resources/savings-explained.md
Telemetria: https://github.com/rtk-ai/rtk/blob/develop/docs/TELEMETRY.md