RTK

Wer lange Coding-Sessions mit einem KI-Assistenten fährt, stößt immer an dieselbe Grenze: Das Kontextfenster füllt sich mit Rauschen. Ein einzelnes git diff, ein cargo-Build-Log oder ein ausführlicher pytest-Lauf verschlingt schnell Tausende Tokens, von denen das Modell die meisten gar nicht braucht. Dieser Druck verkürzt, wie viel echten Kontext der Assistent halten kann, treibt die Kosten bei abgerechneten APIs hoch und kann zu verfrühter Zusammenfassung zwingen. RTK, kurz für Rust Token Killer, ist ein CLI-Proxy von rtk-ai, der sich zwischen Terminal und KI-Tool setzt. Er fängt die Ausgabe von über 100 gängigen Dev-Befehlen ab und entfernt die redundanten Teile, bevor der Text das Modell überhaupt erreicht. Das Projekt beziffert den Effekt mit 60 bis 90 Prozent Token-Reduktion, eine Zahl, die man als Eigenangabe und nicht als unabhängigen Benchmark werten sollte.

RTK arbeitet, indem es Befehle ummantelt, die du ohnehin nutzt. Das Setup installiert einen Auto-Rewrite-Hook, der etwa git status transparent in rtk git status verwandelt, sodass die Kompression ohne Änderung deiner Gewohnheiten passiert. Im Inneren laufen vier Durchgänge: Boilerplate herausfiltern, ähnliche Einträge gruppieren (etwa Dateien nach Verzeichnis oder Fehler nach Typ), kürzen unter Erhalt des relevanten Kontexts und wiederholte Log-Zeilen zu Zählern zusammenfassen. Bemerkenswert ist die Spezialisierung pro Befehl. Statt eines generischen Filters hat RTK eigene Logik für git, cargo, jest, kubectl, die AWS CLI und den Rest. Ein nützliches Sicherheitsdetail: Bei einem fehlgeschlagenen Befehl speichert RTK die volle, ungefilterte Ausgabe, damit der Assistent ohne erneuten Lauf debuggen kann. Das Ganze kommt als einzelnes Rust-Binary ganz ohne externe Abhängigkeiten.

RTK richtet sich an Entwickler, die agentische Coding-Sessions fahren, in denen Shell-Ausgabe das Budget dominiert. Wenn deine Arbeit mit Claude Code oder Copilot wiederholtes git diff, cargo build und Test-Läufe umfasst, summieren sich die Einsparungen über eine Session hinweg. Das Projekt unterstützt 14 KI-Coding-Tools direkt nach der Installation, darunter Claude Code, GitHub Copilot, Gemini CLI, Cursor und Cline, sodass eine Installation eine gemischte Toolchain abdeckt. Die Rust-Implementierung hält den Kompressionsschritt nahezu verzögerungsfrei und läuft auf macOS, Linux, Windows und WSL. Konkrete Fälle: ein Backend-Team, das über viele Iterationen fehlschlagende pytest-Ausgabe verfolgt, ein Infra-Engineer, der lange kubectl- und AWS-Antworten liest, oder jeder, dessen Modell ständig früheren Kontext verliert, weil Routine-Logs ihn verdrängt haben. Telemetrie gibt es, sie ist aber standardmäßig aus und nur per Opt-in aktiv.

Die Vorbehalte sind real, und das Projekt ist bei mehreren davon ehrlich. Die Kompression ist konstruktionsbedingt verlustbehaftet: RTK entscheidet, was als Rauschen gilt, und ein entfernter Stack-Frame oder eine gekürzte Diff-Zeile ist gelegentlich genau die, die du gebraucht hättest. Eine hohe Zahl offener Issues deutet darauf hin, dass die Heuristiken durchaus mal nützlichen Kontext entfernen, es ist also kein vollständig unsichtbarer Gewinn. Der Hook ist außerdem enger gefasst, als er zunächst wirkt. Er greift nur bei Bash-Tool-Aufrufen, sodass die eingebauten Read-, Grep- und Glob-Tools von Claude Code ihn umgehen, sofern du nicht auf Shell-Befehle oder explizite rtk-Aufrufe wechselst. Natives Windows mit Eingabeaufforderung und PowerShell wird nicht sauber unterstützt, stattdessen wird WSL empfohlen, und die GitHub Copilot CLI bekommt nur einen Deny-with-Suggestion-Modus. Die genannten Reduktionswerte sind Eigenangaben, nicht extern geprüft.

Ein direktes kommerzielles Pendant, das genau das leistet, gibt es nicht, denn RTK füllt eine Lücke, die die KI-Tools selbst nicht geschlossen haben: Es ist eher ein scharfes Werkzeug als eine Plattform. Der ehrliche Vergleich ist gegen Nichtstun, gegen manuelles Durchschleusen der Ausgabe per grep und head oder gegen größere Kontextfenster, die schlicht mehr kosten. RTK lohnt sich, wenn du lange, befehlslastige agentische Sessions fährst, in denen git-, Build- und Test-Ausgabe das Budget wirklich dominieren, und wenn du bereit bist, über die Config-Datei zu prüfen, was entfernt wird. Zu früh oder schlicht unnötig ist es, wenn deine Sessions kurz sind und kein Kontextdruck herrscht, oder wenn der Verlust jedes Befehlsdetails fürs Debuggen inakzeptabel wäre. Starte es auf einem unkritischen Projekt, beobachte, was es entfernt, und weite es von dort aus.