Das Terminal hat in den letzten zwei Jahren still den Job gewechselt, und die meisten Upgrade-Anleitungen haben es nicht bemerkt. Früher war es eine Tippfläche: Du hast Befehle abgesetzt, kurze Ausgaben gelesen, weitergemacht. Heute – wenn Claude Code den größten Teil des Arbeitstages darin läuft – ist es ein Agent-Arbeitsplatz: lange Ausgabeströme zum Überfliegen, mehrere Sessions, die parallel laufen, Zustand, den du auf einen Blick erfassen musst. Dieser Jobwechsel ist mein Filter für diese Liste. Das sind die vier Upgrades, die dafür zählen, wie das Terminal 2026 tatsächlich genutzt wird – plus eine Stelle, an der der Standardrat einen Vorbehalt braucht.

Upgrade 1: Der Emulator – Ghostty
Der Terminal-Emulator ist die Ebene, die man als Letztes aufrüstet, weil der eingebaute technisch funktioniert. Er ist aber auch die Ebene, die du bei jeder einzelnen Interaktion spürst, und im Agent-Zeitalter heißt das: ständig.
Bei Ghostty bin ich gelandet. Es ist Mitchell Hashimotos Projekt nach HashiCorp – rund zwei Vollzeitjahre Arbeit vor dem Release 1.0 im Dezember 2024 –, geschrieben in Zig, GPU-beschleunigt und auf jeder Plattform wirklich nativ: Cocoa auf macOS, GTK4 auf Linux, nirgends Electron. Was mich überzeugt hat, war keine Feature-Liste; es war, dass Ghostty den üblichen Kompromiss zwischen schnell, korrekt und nativ verweigert, indem es einfach die Arbeit macht, um alle drei zu erreichen.
Warum das mit Agents wichtiger ist: Eine Agent-Session erzeugt Größenordnungen mehr Ausgabe, als von Hand getippte Befehle es je taten – Build-Logs, Diffs, Testläufe, gestreamtes Reasoning. Rendering-Geschwindigkeit und Scrollback-Verhalten hören auf, Benchmarks zu sein, und werden zu Ergonomie, die du in Nacken und Augen spürst. Flüssiges, schnelles Rendern riesiger Ausgaben ist der Unterschied zwischen bequemem Überfliegen der Arbeit eines Agents und dem Blinzeln auf eine ruckelnde Wand. Die Konfiguration ist eine einfache Textdatei, was auch heißt, dass sie versionierbar ist und – passenderweise – etwas, das ein Agent für dich bearbeiten kann.
Wenn du aus diesem Beitrag nur ein Upgrade mitnimmst, nimm dieses. Es verbessert jede Stunde, egal was du sonst noch laufen lässt.
Upgrade 2: Der Multiplexer – tmux
tmux gibt es schon ewig, und ich werde nicht so tun, als wäre es anders. Was sich geändert hat, ist der Grund, es zu lernen. Das klassische Argument war Persistenz: Sessions überleben SSH-Verbindungsabbrüche. Immer noch wahr, immer noch wertvoll. Das Argument von 2026 ist ein anderes: tmux ist die Art, wie du mehrere Agents gleichzeitig laufen lässt und dabei den Überblick behältst.
Ein brauchbares Layout: ein Fenster pro Thema, darin Panes – eine Agent-Session, ein Pane für den Dev-Server und die Logs, ein Pane für deine eigenen Befehle. Parallele Agent-Arbeit vervielfacht das: getrennte Agents in getrennten Panes, jeder sichtbar, jeder mit eigenem Scrollback. Wenn ich mehrere Claude Code Sessions gegen eine Codebase laufen lasse – das Setup, das ich in Git-Worktrees für parallele Agents beschrieben habe –, ist tmux das Cockpit, das es handhabbar statt chaotisch macht. Detach, und die Agents arbeiten weiter; von überall wieder anhängen, und der ganze Arbeitsplatz ist genau da, wo du ihn verlassen hast. Diese Persistenz hat mich früher vor wackligem SSH geschützt. Heute schützt sie lang laufende Agent-Aufgaben vor meinem Laptopdeckel.
Lern zehn Tastenkürzel – teilen, navigieren, zoomen, detachen, wieder anhängen – und ignoriere den Rest, bis du ihn brauchst. Die Horrorgeschichten über die Lernkurve stammen von Leuten, die mit der 400-Zeilen-Konfiguration von jemand anderem angefangen haben statt mit zehn Tastenkürzeln.
Upgrade 3: Der Prompt – Starship
Ein Prompt-Upgrade klingt kosmetisch. Ist es nicht; es ist Instrumentierung. Starship – ein schneller, Shell-übergreifender Prompt, geschrieben in Rust, konfiguriert in einer einzigen TOML-Datei – bringt den Zustand, den ich sonst abfragen müsste, in jede Prompt-Zeile: Git-Branch und Status, Versionen der Sprach-Runtimes, Exit-Code des letzten Befehls, Verzeichniskontext.
Wieder der Blickwinkel des Agent-Zeitalters: Wenn du Agents beaufsichtigst, statt jeden Befehl selbst zu tippen, besteht deine Arbeit darin, Zustand schnell zu erfassen. Auf welchem Branch ist dieses Pane? Ist der letzte Befehl fehlgeschlagen? Ist das der Worktree mit dem Experiment oder der stabile? Ein Blick auf den Prompt beantwortet diese Fragen, ohne git status auszuführen, und über parallele Sessions hinweg summieren sich diese Blicke zu echter eingesparter Aufmerksamkeit.
Der Shell-übergreifende Teil ist der stille Gewinn: Starship folgt mir mit einer einzigen Konfigurationsdatei über Shells und Rechner hinweg, sodass die Instrumentierung überall identisch ist. Zehn Minuten Setup, dauerhafter Ertrag – das beste Verhältnis von Aufwand zu Nutzen auf dieser Liste.
Upgrade 4: Die Shell – mit einem ehrlichen Vorbehalt
Der Standardrat lautet hier fish: Autovorschläge, Syntax-Highlighting und vernünftige Vervollständigungen ohne jede Konfiguration, und seit dem Release 4.0 – der großen Neuschreibung in Rust – ist es schneller und robuster denn je. Wenn du neu anfängst oder dein aktuelles Setup ein Haufen zusammenkopierter bashrc-Fragmente ist, die du nicht anzufassen wagst, folge dem Standardrat. Die Voreinstellungen von fish sind besser als das von Hand getunte zsh der meisten Leute, und „besser ohne Konfiguration“ ist der ganze Sinn dieses Beitrags.
Hier ist der Vorbehalt: Bei zsh zu bleiben ist eine legitime Wahl. Nicht weil fish schlechter wäre – sondern weil eine gewachsene zsh-Umgebung funktioniert, macOS zsh als Standard ausliefert und jedes Tool, jedes Skript und jeder Einzeiler, dem du begegnest, eine POSIX-artige Shell voraussetzt. Modernisiertes zsh (Autovorschläge und Highlighting über Plugins, womit du den Großteil des alltäglichen fish-Gefühls bekommst) kann bei ehrlicher Kosten-Nutzen-Abwägung gegen die Migration jahrelanger Muskelgedächtnisse und Hilfsskripte gewinnen. Upgrade-Anleitungen, die so tun, als sei ein Shell-Wechsel kostenlos, belügen dich über die Migrationskosten. Die richtige Entscheidung hängt davon ab, wie viel Arbeitshistorie du aufgeben würdest – Neuanfang: nimm fish; tiefe zsh-Historie: modernisiere vor Ort.
Noch ein Grund aus dem Agent-Zeitalter, warum die Shell-Ebene so oder so zählt: Eine vorhersehbare Shell mit guten Vervollständigungen ist nicht mehr nur deine Oberfläche – sie ist die Umgebung, in der deine Agents ausführen. Sauberer Shell-Start, vernünftiger PATH, keine überraschenden Aliase: langweilige Hygiene, die sich doppelt auszahlt, wenn jemand anderes als du die Befehle ausführt.
Was ich bewusst weggelassen habe
- Kaninchenbauten bei Themes und Schriften. Wähl eine gut lesbare Schrift mit Ligaturen und ein Theme, dann hör auf. Diese Ebene dehnt sich auf jede Zeit aus, die du ihr gibst, und bringt nach der ersten Stunde nichts mehr.
- Der Multiplexer des Monats. Es tauchen ständig neue Session-Manager und agent-orientierte Multiplexer auf. Manche sind wirklich interessant; keiner hat tmux' Kombination aus Allgegenwart, Stabilität und Dokumentation verdrängt. Setz auf der Ebene, von der deine Agents abhängen, auf langweilige Infrastruktur.
- Alias-Maximalismus. Zweihundert Aliase sind eine Privatsprache, die du vergessen wirst und die deine Agents nicht sprechen. Die CLI-Tools, die einen Agent-Workflow tatsächlich aufwerten, sind ein anderes Thema – meine Auswahl habe ich in CLI-Tools, die Claude Code beflügeln behandelt und die breitere Auswahl in meiner Übersicht zu CLI-Tools für Claude Code.
Die Reihenfolge
Zuerst der Emulator (ein Abend, nützt allem), als Zweites der Prompt (zehn Minuten), als Drittes der Multiplexer (ein Wochenende Muskelgedächtnis), zuletzt die Shell (eine echte Entscheidung, siehe den Vorbehalt oben). Jedes Upgrade steht für sich; zusammen machen sie das Terminal von dem Ding, das du tolerierst, zum am besten durchdachten Raum in deinem Haus – und genau das sollte es sein, wenn man bedenkt, wie viel moderner Entwicklung heute darin stattfindet.
Das Terminal ist die halbe Geschichte; was darin läuft, ist die andere Hälfte. Meine Kurse an der AI School setzen genau dort an – beim Aufbau der Agent-Workflows, für die dieser Arbeitsplatz da ist.