RTK: Weniger Terminal-Rauschen für Coding-Agenten

Coding-Agenten sind gut darin, sich durch Code zu arbeiten.

Sie sind aber genauso gut darin, sich mit Terminal-Ausgaben vollzustopfen, die niemand in dieser Länge gebraucht hätte.

Ein git status hier.

Ein grep dort.

Ein Testlauf, der 200 Zeilen Erfolgsmeldungen ausspuckt, obwohl eigentlich nur drei Zeilen Fehler interessant waren.

Und plötzlich füllt Terminal-Rauschen den Kontext, den eigentlich das Problem braucht.

Genau dafür mag ich RTK.

Spektakulär ist es nicht. Es macht nur eine sehr langweilige Sache kleiner.

Was RTK konkret macht

RTK steht für Rust Token Killer und lebt hier: github.com/rtk-ai/rtk.

Die Idee ist simpel: RTK setzt sich vor typische Terminal-Kommandos und gibt dem Agenten eine verdichtete Version davon statt der kompletten Textwand.

Status, relevante Dateien, Fehler, Diffs, Zusammenfassungen.

Verstecken soll das nichts. Es schneidet nur weg, was in einem Agenten-Kontext gerade Platz frisst.

Was sich dadurch verändert

Der Unterschied ist nicht, dass mein Terminal plötzlich aufregender wird.

Zum Glück nicht.

Der Unterschied ist, dass ein Agent schneller sieht, was Sache ist. rtk git status ist kein kleiner Git-Roman. rtk git diff zeigt eher die relevanten Stellen. rtk grep fühlt sich weniger wie eine rohe Trefferwand an. Und bei Tests interessiert mich meistens nicht, welche 97 Dinge erfolgreich waren, sondern was kaputt ist.

Das klingt nach einer Kleinigkeit.

Ist es auch.

Aber genau solche Kleinigkeiten entscheiden bei Agentenarbeit oft darüber, ob eine Session sauber bleibt oder langsam in Textmüll ersäuft.

Warum das für Agenten besonders gut passt

Ich arbeite viel mit Coding-Agenten. Die sind stark, aber sie fressen Kontext.

Rohe Terminal-Ausgaben sind da oft absurd verschwenderisch: 200 Zeilen, obwohl nur drei relevant sind.

RTK setzt sich an diese Stelle und macht aus „Hier ist alles“ eher „Hier ist das, was du vermutlich brauchst“.

Es gibt dafür Hooks für mehrere Agenten-Setups, unter anderem Claude Code, Codex, Cursor, Windsurf und Pi.

Man kann RTK aber auch einfach direkt vor Befehle setzen.

Was es nicht ist

RTK ist kein Ersatz für Verständnis.

Und kein magisches „macht alles schneller“.

Wenn ich den kompletten Output brauche, will ich den kompletten Output. Wenn ein Tool ungefiltert debuggt werden muss, lasse ich RTK weg.

Das ist für mich wichtig: RTK soll nicht entscheiden, was wahr ist. Es soll nur den ersten Blick sortieren.

Für wen sich das lohnt

Für Menschen, die im Terminal leben und mit LLMs oder Coding-Agenten arbeiten.

Wenn du regelmäßig Logs, Diffs, Suchtreffer und Testausgaben in einen Agenten-Kontext wirfst, ist RTK eines dieser Tools, die nach der Einrichtung einfach verschwinden.

Bestes Kompliment.

Es ist kein großes Produktivitätsversprechen.

Es ist nur weniger Lärm an genau der Stelle, an der Lärm sonst teuer wird.

Und das ist ziemlich gutes Zeug.