De terminal heeft de afgelopen twee jaar ongemerkt van functie gewisseld, en de meeste upgradegidsen hebben dat niet door. Vroeger was het een typoppervlak: je gaf commando's, las korte output en ging verder. Nu is het, als Claude Code er het grootste deel van de werkdag in draait, een werkplek voor agents: lange stromen output om door te nemen, meerdere sessies die parallel draaien, status die je in één oogopslag moet kunnen lezen. Die functiewisseling is mijn filter voor deze lijst. Dit zijn de vier upgrades die ertoe doen voor hoe de terminal in 2026 daadwerkelijk wordt gebruikt, plus één plek waar het standaardadvies een kanttekening nodig heeft.
Upgrade 1: De emulator — Ghostty
De terminalemulator is de laag die mensen als laatste upgraden, omdat de ingebouwde technisch gezien werkt. Het is ook de laag die je bij elke afzonderlijke interactie voelt, en in het tijdperk van agents betekent dat: voortdurend.
Ghostty is waar ik ben uitgekomen. Het is het project van Mitchell Hashimoto na HashiCorp: ruwweg twee fulltime jaren werk vóór de 1.0-release in december 2024, geschreven in Zig, GPU-versneld en echt native op elk platform: Cocoa op macOS, GTK4 op Linux, nergens Electron. Wat me overtuigde was geen featurelijst; het was dat Ghostty de gebruikelijke afweging tussen snel, correct en native weigert door simpelweg het werk te doen om alle drie te bereiken.
Waarom het met agents belangrijker wordt: een agentsessie produceert ordes van grootte meer output dan handmatig getypte commando's ooit deden: buildlogs, diffs, testruns, gestreamde redeneringen. Rendersnelheid en scrollbackgedrag zijn dan geen benchmarks meer, maar ergonomie die je in je nek en ogen voelt. Vloeiende, snelle weergave van enorme hoeveelheden output is het verschil tussen het werk van een agent comfortabel doornemen en turen naar een haperende muur. De configuratie is een gewoon tekstbestand, wat ook betekent dat je het in versiebeheer kunt zetten en dat het, toepasselijk genoeg, iets is wat een agent voor je kan aanpassen.
Als je één upgrade uit deze post meeneemt, neem dan deze. Hij verbetert elk uur, wat je verder ook draait.
Upgrade 2: De multiplexer — tmux
tmux bestaat al eeuwig, en ik ga niet doen alsof dat anders is. Wat veranderd is, is de reden om het te leren. Het klassieke verkoopargument was persistentie: sessies overleven verbroken SSH-verbindingen. Nog steeds waar, nog steeds waardevol. Het argument in 2026 is anders: met tmux draai je meerdere agents tegelijk en hou je het overzicht.
Een werkbare indeling: één window per aandachtsgebied, met panes daarbinnen: een agentsessie, een pane voor de devserver en logs, een pane voor je eigen commando's. Parallel werken met agents vermenigvuldigt dit: aparte agents in aparte panes, elk zichtbaar, elk met een eigen scrollback. Wanneer ik meerdere Claude Code-sessies op één codebase draai, de opzet die ik heb beschreven in git worktrees voor parallelle agents, is tmux de cockpit die het beheersbaar maakt in plaats van chaotisch. Detach, en de agents werken door; reattach vanaf waar dan ook en de hele werkplek staat precies zoals je hem achterliet. Die persistentie beschermde me vroeger tegen haperende SSH. Nu beschermt ze langlopende agenttaken tegen het dichtklappen van mijn laptop.
Leer tien toetscombinaties (splitsen, navigeren, zoomen, detach, reattach) en negeer de rest tot je het nodig hebt. De horrorverhalen over de leercurve komen van mensen die begonnen met de config van 400 regels van iemand anders in plaats van met tien toetscombinaties.
Upgrade 3: De prompt — Starship
Een prompt-upgrade klinkt cosmetisch. Dat is het niet; het is instrumentatie. Starship, een snelle cross-shell prompt geschreven in Rust en geconfigureerd in één TOML-bestand, zet de status die ik anders zou moeten opvragen in elke promptregel: git-branch en -status, versies van language runtimes, de exitcode van het laatste commando, directorycontext.
Opnieuw de invalshoek van het agenttijdperk: wanneer je agents superviseert in plaats van elk commando zelf te typen, wordt je werk het snel lezen van status. Op welke branch staat deze pane? Is dat laatste commando mislukt? Is dit de worktree met het experiment of de stabiele? Een blik op de prompt beantwoordt die vragen zonder git status te draaien, en over parallelle sessies heen tellen die blikken op tot echt bespaarde aandacht.
Het cross-shell-gedeelte is de stille winst: Starship volgt me over shells en machines heen met één configbestand, dus de instrumentatie is overal identiek. Tien minuten setup, blijvende opbrengst: de beste verhouding tussen moeite en waarde op deze lijst.
Upgrade 4: De shell — met een eerlijke kanttekening
Het standaardadvies hier is fish: autosuggesties, syntax highlighting en verstandige completions zonder enige configuratie, en sinds de 4.0-release, de grote herschrijving in Rust, is het sneller en robuuster dan ooit. Als je vers begint of je huidige setup een stapel gekopieerde bashrc-fragmenten is die je niet durft aan te raken, volg dan het standaardadvies. De standaardinstellingen van fish zijn beter dan de handmatig getunede zsh van de meeste mensen, en "beter zonder configuratie" is precies waar deze post om draait.
Hier is de kanttekening: bij zsh blijven is een legitieme keuze. Niet omdat fish slechter is, maar omdat een opgebouwde zsh-omgeving werkt, macOS zsh als standaard meelevert, en elke tool, elk script en elke one-liner die je tegenkomt uitgaat van een POSIX-achtige shell. Gemoderniseerde zsh (autosuggesties en highlighting via plugins, waarmee je het grootste deel van het dagelijkse gevoel van fish krijgt) kan op basis van kosten en baten eerlijk gezegd de winnaar zijn boven het migreren van jaren aan spiergeheugen en hulpscripts. Upgradegidsen die doen alsof van shell wisselen gratis is, liegen tegen je over de migratiekosten. De juiste keuze hangt af van hoeveel werkhistorie je zou opgeven: verse start, kies fish; diepe zsh-historie, moderniseer ter plekke.
Nog één reden uit het agenttijdperk waarom de shell-laag hoe dan ook belangrijk is: een voorspelbare shell met goede completions is niet alleen meer jouw interface, het is de omgeving waarin je agents uitvoeren. Een schone shell-startup, een verstandige PATH, geen verrassende aliassen: saaie hygiëne die dubbel loont wanneer iets anders dan jij de commando's uitvoert.
Wat ik bewust heb overgeslagen
- Konijnenholen van thema's en fonts. Kies één leesbaar font met ligaturen en één thema, en stop dan. Deze laag zet uit tot elke hoeveelheid tijd die je eraan geeft en levert na het eerste uur niets meer op.
- De multiplexer van de maand. Er verschijnt een gestage stroom nieuwe sessiemanagers en op agents gerichte multiplexers. Sommige zijn echt interessant; geen ervan heeft de combinatie van alomtegenwoordigheid, stabiliteit en documentatie van tmux verdrongen. Kies saaie infrastructuur op de laag waar je agents van afhankelijk zijn.
- Aliasmaximalisme. Tweehonderd aliassen zijn een privétaal die je vergeet en die je agents niet spreken. De CLI-tools die een agentworkflow echt upgraden zijn een ander onderwerp: mijn keuzes behandelde ik in CLI-tools die Claude Code een boost geven en de bredere set in mijn overzicht van CLI-tools voor Claude Code.
In welke volgorde
Eerst de emulator (een avond, alles profiteert ervan), dan de prompt (tien minuten), dan de multiplexer (een weekend spiergeheugen), en de shell als laatste (een echte beslissing, volgens de kanttekening hierboven). Elke upgrade staat op zichzelf; samen maken ze van de terminal, in plaats van het ding dat je verdraagt, de best ontworpen kamer in je huis, wat hij ook hoort te zijn, gezien hoeveel moderne ontwikkeling zich er tegenwoordig in afspeelt.
De terminal is de helft van het verhaal; wat erin draait is de andere helft. Mijn cursussen op de AI School pakken precies daar de draad op: het bouwen van de agentworkflows waarvoor deze werkplek bestaat.
