Claude Code Tutorial Serie 3: Warum nur das Terminal?

1.3 Warum im Terminal coden?

Stell dir vor: Du schreibst gerade eine neue Funktion und plötzlich musst du eine zugrunde liegende Hilfsfunktion ändern, die in drei Dateien verstreut ist, und einige Aufrufe gehen über Module hinweg. Du öffnest den Editor, suchst global, blätterst Datei für Datei durch, änderst vorsichtig, führst die Tests aus – rot. Du liest die Fehlermeldung, prüfst den Stack, reparierst es, und wiederholst.

In diesem Prozess beträgt die Zeit, die du tatsächlich damit verbringst, „herauszufinden, wie man es ändert“, vielleicht weniger als die Hälfte. Die andere Hälfte ist mechanische Arbeit: Dateien finden, Referenzen ändern, auf Kompilierung warten, mit der Maus klicken.

Das Hauptziel, KI in das Terminal zu bringen, ist es, diese mechanische Arbeit zu reduzieren.

Das Terminal ist der Ort, der dem Code am nächsten ist

Du verwendest vielleicht VS Code, JetBrains oder Vim. Egal welches, beim Codieren kommst du nicht um das Terminal herum. npm test, git log, grep, make build – all diese Vorgänge werden natürlicherweise in der Befehlszeile ausgeführt.

Wenn nun dein KI-Partner auch im selben Terminal sitzt, wird alles einfacher. Du musst keinen Dateiinhalt in ein Chatfenster kopieren und einfügen, du musst nicht selbst beschreiben: „In meinem Projekt gibt es eine Klasse namens UserService, sie ist in src/services/user.ts in Zeile 42 …“. Claude Code steht im Stammverzeichnis des Projekts und sieht es selbst.

Das ist ein kontextueller Overkill. Wenn du zu Claude Code sagst: „Hilf mir, die Fehlerbehandlung im Anmeldemodul umzustrukturieren“, liest es tatsächlich deine auth/login.ts, liest errors.ts, findet alle Stellen, die es aufrufen, und ändert sie direkt. Du musst nicht als Übermittler fungieren.

Dich von der Rolle des „Operators“ befreien

Bei der Verwendung von KI-Chats im Browser spielen wir oft unbewusst die Rolle eines „Mittlers“: Die KI gibt Code aus, wir lesen, überprüfen, kopieren und fügen ihn dann in den Editor ein. Wenn der Code läuft, ist alles gut; wenn nicht, kopieren wir die Fehlermeldung, fragen erneut, kopieren erneut. Dieser Prozess unterbricht den Flow.

Das Design von Claude Code soll dich wieder in die Position des „Denkers“ bringen. Du sagst die Idee, es führt aus. Nach der Änderung siehst du direkt im Terminal ein Diff und entscheidest, ob du es übernimmst. Es kann auch Tests und Lint für dich ausführen. Du sitzt da und liest meistens Code und triffst Entscheidungen, anstatt ständig Fenster zu wechseln.

Warum kein Editor-Plugin?

Du könntest fragen: Warum nicht einfach ein KI-Plugin im Editor?

Editor-Plugins sind natürlich nützlich und viele Teams nutzen sie bereits. Aber Claude Code im Terminal hat einige Vorteile, die schwer durch ein Plugin zu ersetzen sind:

1. Keine Bindung an einen Editor. Heute benutzt du VS Code, morgen wechselst du zu Neovim, und sogar auf einem Remote-Server ohne GUI ist Claude Code nutzbar. Es ist unabhängig von deinem gewählten Werkzeug.
2. Kann mehr „ausgefallene“ Dinge tun. Im Terminal kann es beliebige Shell-Befehle ausführen. Das bedeutet, es kann viel mehr tun – Docker-Container starten, um Datenbankmigrationen zu überprüfen, Remote-Branches ziehen und Konflikte prüfen, nach Codeänderungen automatisch E2E-Tests ausführen. Solche Dinge trauen sich Editor-Plugins normalerweise nicht oder können sie gar nicht.
3. Batch-Verarbeitung und Automatisierung. Du kannst Claude Code in Skripte einbetten, um Dutzende Repositories zu bearbeiten, Dokumentationen massenhaft zu generieren oder Issues automatisch zu behandeln. Dann ist es kein „Assistent“ mehr, sondern ein Teil der Pipeline.

Ein eigenes kleines Beispiel

Zuvor musste ich ein JavaScript-Projekt mit etwa 20.000 Zeilen Code nach TypeScript migrieren. Mein Ansatz war nicht, manuell Datei für Datei Typen hinzuzufügen oder darauf zu hoffen, dass ein Editor-Plugin alles erledigt.

Ich startete einfach Claude Code im Projektverzeichnis und sagte: „Migriere dieses Projekt schrittweise in den strengen TypeScript-Modus, ändere jedes Mal ein paar Dateien, führe nach jeder Charge tsc --noEmit aus, und wenn Fehler auftreten, repariere sie selbst, bis alles durchläuft.“

In der folgenden halben Stunde tat ich im Grunde nur eines: Ich las das Diff, nickte oder schüttelte den Kopf. Gelegentlich sagte ich: „Verwende hier nicht any, definiere ein Interface“, und es machte weiter. Am Ende kompilierte das Projekt und war mehrmals schneller fertig als von mir geschätzt.

Das heißt nicht, dass Claude Code klüger ist als ein Plugin. Aber es kann den Kreislauf „Ändern – Überprüfen – Reparieren“ selbstständig abschließen – das ist der grundlegende Unterschied zu Chat-KI.

Im Endeffekt gibt das Terminal der KI Hände und Füße

Die KI ins Terminal zu bringen, gibt ihr im Wesentlichen die Fähigkeit zu handeln, nicht nur Vorschläge zu machen.

Es macht dein Code-Repository nicht mehr zu einem Haufen nur lesbarer Text, sondern zu einer realen Umgebung, die die KI „berühren“, ändern und überprüfen kann. Das ist ein großer Sprung.

Du behältst weiterhin die Richtung des Projekts und alle wichtigen Entscheidungen, aber die mühsamen, wenig kreativen Arbeiten, die ständiges Hin- und Herspringen erfordern, haben jetzt einen geeigneteren Übernehmer.