Laatst bijgewerkt: 12 juli 2026
herdr is een terminal multiplexer gebouwd voor AI-codeerworkflows — ontworpen om sessies te laten overleven wanneer servers crashen, verbindingen wegvallen, of je laptop in slaapstand gaat. Ik installeerde versie 0.7.4, verbond het met Claude Code, en doodde de server opzettelijk midden in een sessie om te zien wat er zou overleven. Hier is wat ik vond.
Waarom een terminal multiplexer ertoe doet voor AI-codering
Als je lange Claude Code sessies draait — agentlussen, meerstaps builds, beveiligingsaudits — is een servercrash of verbindingsverlies niet alleen irritant. Het is potentieel uren verloren werk. tmux en screen bestaan al decennia voor precies dit probleem, maar herdr claimt iets specifieks: het is gebouwd met AI-workflows in gedachten, met features die de eigenaardigheid van agentgestuurde terminalsessies afhandelen.
De claim testen was het punt. Niet de marketingpagina lezen — het ding breken en zien wat er overeind blijft.
Wat herdr is en wat het niet is
herdr is een open-source terminal multiplexer geschreven in Rust. Het draait als een daemon die je terminalsessies beheert — vergelijkbaar met tmux maar met een architectuur die gericht is op veerkracht. Sessies worden persistent opgeslagen, zodat je kunt loskoppelen en opnieuw verbinden zonder de lopende processen te verliezen.
Wat het niet is: een vervanging voor tmux in elk scenario. tmux is volwassen, breed ondersteund, en heeft een ecosysteem van plugins en configuraties dat herdr (nog) niet heeft. herdr is specifieker — het richt zich op het scenario waarin je lange lopende AI-taken draait die overleven moeten aan verbindingsonderbrekingen.
De crash-test
Hier is exact wat ik deed:
Test 1: Verbinding verbreken en opnieuw verbinden. Ik startte een Claude Code sessie via herdr, begon een meerstaps buildtaak, trok de SSH-verbinding eruit, wachtte 30 seconden, en verbond opnieuw. Resultaat: de sessie was er nog, de taak was doorgegaan, en ik kon precies zien waar het was gebleven. Dit is het basisscenario en het werkt solide.
Test 2: Server doden met SIGKILL.
Ik kill -9'de het herdr daemonproces terwijl een Claude Code taak draaide. Resultaat: het daemonproces stopte, maar bij herstart pakte herdr de sessie weer op. De Claude Code taak was afgebroken op het punt van de kill, maar de sessiehistorie was intact. Ik kon zien wat er tot dat punt was gedaan en de taak opnieuw starten.
Test 3: Laptop in slaapstand. Ik klapte mijn laptop dicht terwijl een taak draaide via een remote server. Bij het openen: herdr verbond opnieuw en de sessie was intact. De taak was doorgegaan op de server — hetzelfde gedrag als tmux maar met een schonere herverbindingservaring.
Test 4: Meerdere gelijktijdige sessies. Ik opende vier herdr-sessies met elk een eigen Claude Code-instantie. Schakelen tussen sessies was snel en schoon. Het geheugengebruik per sessie was lager dan wat ik met tmux-panes zag.
Hoe het echt vergelijkt met tmux
Hier is de eerlijke vergelijking:
| Feature | herdr | tmux |
|---|---|---|
| Sessiepersistentie | Sterk — gebouwd als kernfeature | Sterk — bewezen over decennia |
| Herverbinding na crash | Schoner — automatisch sessie-herstel | Werkt maar vereist meer handmatig herstel |
| Plugin-ecosysteem | Minimal — nog jong | Uitgebreid — tientallen plugins |
| Configuratie | Simpeler, minder opties | Complex, zeer aanpasbaar |
| AI-workflow specifiek | Ja — gebouwd ervoor | Nee — generiek |
| Geheugenefficiëntie | Beter in mijn tests | Hoger geheugengebruik per pane |
| Stabiliteit | Jong — verwacht ruwe randjes | Rotssolide |
Mijn conclusie: als je al een werkende tmux-setup hebt die je bevalt, is herdr geen reden om te wisselen. Als je geen multiplexer gebruikt en lange AI-sessies draait, is herdr een eenvoudigere instap dan tmux. En als je specifiek het probleem hebt dat AI-agentsessies je verbindingsonderbrekingen niet overleven, is herdr de gerichtere oplossing.
De ruwe randjes
Eerlijk zijn: herdr 0.7.4 is jong. Ik vond twee problemen:
-
Scrollback-buffer limiet. Bij zeer lange sessies (>10.000 regels output) begon de scrollback traag te worden. tmux handelt dit beter af met zijn bewezen pager-integratie.
-
Geen window-splits. tmux's vermogen om je terminal in panes te splitsen — meerdere views naast elkaar — ontbreekt in herdr. Je hebt meerdere sessies, niet meerdere panes. Voor sommige workflows is dat een dealbreaker.
Wie dit zou moeten installeren
Installeer herdr als: je lange AI-codeerssessies draait op remote servers, je regelmatig verbindingsonderbrekingen ervaart, of je een simpelere multiplexer wilt dan tmux zonder de configuratiecomplexiteit.
Blijf bij tmux als: je al een werkende tmux-setup hebt, je window-splits nodig hebt, of je afhankelijk bent van tmux-plugins.
Gebruik geen van beide als: je alleen lokaal werkt en nooit verbindingsonderbrekingen hebt. Dan heb je geen multiplexer nodig.
De installatie is simpel: cargo install herdr of download van GitHub. De Claude Code integratie werkt out-of-the-box — start herdr, open een sessie, draai Claude Code erin.
Als je hulp nodig hebt bij het opzetten van veerkrachtige AI-workflow infrastructuur — fiverr.com/s/EgxYmWD.
Veelgestelde Vragen
Wat is herdr?
Een open-source terminal multiplexer geschreven in Rust, gebouwd voor AI-codeerworkflows. Het laat sessies overleven aan verbindingsonderbrekingen en servercrashes.
Is herdr beter dan tmux?
Niet beter — anders. herdr is simpeler en gericht op AI-workflows. tmux is volwassener met meer features (window-splits, plugins). Kies op basis van je specifieke behoeften.
Overleeft een Claude Code sessie een crash met herdr?
De sessie en historie overleven. De lopende taak wordt afgebroken op het punt van de crash maar kan opnieuw worden gestart. Het is geen magisch herstel — het is sessiepersistentie.
Laten We Samenwerken
- Fiverr: fiverr.com/s/EgxYmWD
- Portfolio: mejba.me
- Ramlit Limited: ramlit.com
- ColorPark: colorpark.io
- xCyberSecurity: xcybersecurity.io
