Ein Coding-Agent, der stirbt, sobald das Terminalfenster zugeht, ist kein Agent — er ist ein Skript mit Extraschritten. Wer schon einmal einen langlaufenden Refactoring-Auftrag an Claude Code oder Codex übergeben hat, kennt das: Der Zug fährt in den Tunnel, das WLAN bricht weg, die SSH-Verbindung ist tot, und mit ihr die halbe Stunde Arbeit.
Genau an dieser Stelle setzt Herdr an. Das Tool beschreibt sich selbst als “die Laufzeitumgebung, auf der deine Coding-Agenten leben”. Technisch ist es ein Terminal-Multiplexer — aber einer, der von Anfang an für Agenten statt für Menschen entworfen wurde. Im September 2026 hat das Projekt eine Seed-Finanzierung über sechs Millionen US-Dollar eingesammelt, angeführt von Bessemer Venture Partners. Grund genug, sich anzusehen, was da eigentlich gebaut wird.
Inhaltsverzeichnis
Key Takeaways
- Herdr ist ein in Rust geschriebener Terminal-Multiplexer, der KI-Coding-Agenten in dauerhaften Hintergrund-Sessions laufen lässt — Verbindungsabbrüche und Neustarts überstehen die Sitzungen.
- Das Tool liest die Ausgabe jedes Panes mit und markiert jeden Agenten automatisch als working, blocked oder idle. Manuelles Durchklicken durch zwanzig Terminals entfällt.
- Über CLI und Socket-API können Agenten Herdr selbst steuern: Panes aufteilen, andere Agenten starten, einander Prompts schicken.
- Lokale und per SSH angebundene Maschinen erscheinen in einem gemeinsamen Fenster, jede mit eigenem Reconnect.
- Der Kern steht unter Apache-2.0 auf GitHub. Im September 2026 flossen sechs Millionen US-Dollar Seed-Kapital unter Führung von Bessemer Venture Partners; Y Combinator war an der Runde beteiligt.
- Stand der Dinge: Version 0.9.1, macOS und Linux stabil, Windows im Beta-Stadium. “Herdr Cloud” ist angekündigt, aber noch nicht verfügbar.
Das Problem hinter dem Tool
Die Werkzeuglandschaft für KI-gestützte Entwicklung hat sich in den vergangenen zwei Jahren rasant verschoben. Claude Code, Codex, Cursor, opencode, Grok — alle laufen im Terminal, alle arbeiten minuten- bis stundenlang an einer Aufgabe, und alle sind an die Lebensdauer ihres Terminalprozesses gebunden.
Für einen einzelnen Agenten lässt sich das mit tmux oder screen lösen. Das macht auch jeder, der schon länger auf entfernten Maschinen arbeitet. Unangenehm wird es ab dem Moment, in dem mehrere Agenten gleichzeitig laufen — drei Projekte, vier Agenten, zwei davon warten seit zehn Minuten auf eine Rückfrage, die niemand gesehen hat.
Klassische Multiplexer wissen nichts über ihren Inhalt. Für tmux ist ein Pane ein Pane; ob darin ein Agent auf eine Bestätigung wartet oder gerade Tests durchlaufen, ist dem Programm gleichgültig. Der Mensch muss nachsehen. Bei vier parallelen Agenten ist das die eigentliche Arbeit.
Was Herdr anders macht
Herdr läuft als Hintergrundserver und verwaltet die Terminalsitzungen aller Agenten. Drei Dinge unterscheiden es von einem gewöhnlichen Multiplexer.
Erstens: Statuserkennung. Herdr liest die Ausgabe jedes Panes mit und leitet daraus ab, in welchem Zustand der jeweilige Agent ist. Die Oberfläche zeigt pro Pane an, ob dort gerade gearbeitet wird, ob der Agent blockiert ist und auf Eingabe wartet, oder ob er fertig ist. Damit verschiebt sich die Aufmerksamkeit des Entwicklers von “wo stehe ich überall?” zu “wer braucht mich jetzt?”.
Zweitens: Agenten als erste Benutzergruppe. Herdr hat eine CLI und eine lokale Socket-API, über die Agenten das Programm selbst bedienen können. Ein Agent kann ein neues Pane öffnen, dort einen zweiten Agenten starten und diesem einen Auftrag schicken. Er kann warten, bis ein anderer Agent tatsächlich blockiert ist, statt blind zu pollen. Das ist die Grundlage für Multi-Agenten-Aufbauten, bei denen nicht mehr jeder Zwischenschritt über einen Menschen läuft.
Wichtig ist dabei die Abgrenzung: Herdr kapselt die Agenten nicht und ersetzt sie nicht. Es besitzt ihre Terminals. Die Agenten laufen unverändert weiter, mit denselben Befehlen und denselben Konfigurationsdateien wie vorher.
Drittens: Maschinen statt nur Sessions. Lokale Maschine, Arbeitsplatzrechner im Büro, Server in der Cloud — Herdr bindet sie über SSH ein und stellt sie nebeneinander in einem Fenster dar. Jede Verbindung reconnected unabhängig von den anderen. Fällt der Server aus, bleiben die lokalen Panes unberührt.
Technischer Unterbau
Herdr ist in Rust geschrieben und wird als einzelne Binärdatei ausgeliefert — kein Electron, kein Node-Unterbau, kein Laufzeitpaket, das mitinstalliert werden will. Für ein Programm, das dauerhaft im Hintergrund läuft und dabei die Ausgabe mehrerer Terminals parsen soll, ist das eine sinnvolle Entscheidung: Der Ressourcenverbrauch bleibt niedrig, und der Start ist sofort.
Die Bedienung orientiert sich an dem, was tmux- und zellij-Nutzer kennen. Das Standard-Präfix ist ctrl+b, ctrl+b q löst die Sitzung ab. Wer ohne Multiplexer-Vorerfahrung kommt, kann auch mit der Maus arbeiten: Panes anklicken, Ränder ziehen. Die Dokumentation richtet sich ausdrücklich an beide Gruppen.
Ergänzt wird das durch ein Plugin-System für lokale, ausführbare Workflow-Plugins mit Manifest-Aktionen und Event-Hooks. Ein Marktplatz ist angekündigt; die Veröffentlichung läuft bislang über GitHub.
Installation
Die Installation ist ein Einzeiler:
curl -fsSL https://herdr.dev/install.sh | shAlternativ über die üblichen Paketmanager:
brew install herdr
mise use -g herdrUnter Windows gibt es ein PowerShell-Äquivalent. Wer aus dem Quellcode bauen will, braucht nur eine Rust-Toolchain:
git clone https://github.com/herdrdev/herdr
cd herdr
cargo build --releaseGestartet wird mit herdr. Derselbe Befehl hängt sich später wieder an eine bestehende Sitzung an.
Vier Anwendungsfälle, die sich rechnen
Der lange Auftrag über Nacht. Ein Migrationsauftrag, der zwei Stunden braucht, läuft auf dem Server weiter, während der Rechner zu Hause ausgeschaltet ist. Am nächsten Morgen zeigt Herdr den Zustand — fertig, blockiert oder abgebrochen — ohne dass etwas neu gestartet werden muss.
Mehrere Projekte parallel. Drei Repositories, in jedem ein Agent an einer eigenen Aufgabe. Statt zwischen drei Terminalfenstern zu wechseln und jeweils zu prüfen, ob etwas passiert ist, liefert eine Übersicht die Antwort.
Der Wechsel zwischen Geräten. Vormittags am Bürorechner begonnen, nachmittags vom Laptop aus weiter — dieselbe Sitzung, derselbe Zustand, dieselbe Scrollback-Historie. Kein erneutes Einlesen des Kontexts.
Agent startet Agent. Ein Orchestrator-Agent bricht eine größere Aufgabe in Teilaufträge auf, öffnet pro Teilauftrag ein Pane, startet dort einen spezialisierten Agenten und sammelt die Ergebnisse ein. Ohne die Socket-API wäre dafür ein eigener Prozessmanager nötig.
Für Teams, die KI-Agenten bereits produktiv einsetzen — etwa in der Wartung oder bei wiederkehrenden Refactorings — ist vor allem der vierte Punkt interessant. Er verschiebt die Grenze dessen, was ohne menschliche Zwischenschritte automatisierbar ist.
Finanzierung, Lizenz und die naheliegende Frage
Herdr wurde von Can Celik gestartet. Anfang September 2026 gab das Projekt eine Seed-Runde über sechs Millionen US-Dollar bekannt, angeführt von Bessemer Venture Partners, mit Y Combinator, e2 und mehreren Angel-Investoren als weiteren Beteiligten. Das Projekt war zuvor in den Fall-2026-Jahrgang von Y Combinator aufgenommen worden.
Bei Open-Source-Werkzeugen mit Risikokapital im Rücken stellt sich immer dieselbe Frage: Was bleibt offen? Die Antwort des Projekts ist eindeutig formuliert — der Kern bleibt unter Apache-2.0 kostenlos. Das Geld soll in Personal fließen sowie in einen Verbund über mehrere Maschinen hinweg und ein größeres Ökosystem aus Clients und Plugins.
Die kommerzielle Komponente zeichnet sich bereits ab: Herdr Cloud ist als Alternative angekündigt, mit der sich Maschinen ohne eigenes SSH-Setup verbinden lassen. Das ist das klassische Muster — offener Kern, bezahlte Infrastruktur drumherum. Wer das Tool rein lokal nutzt, ist davon zunächst nicht betroffen.
Was man vor dem Einsatz wissen sollte
Die Versionsnummer lautet 0.9.1. Das Projekt ist jung, und die API-Oberfläche kann sich noch bewegen. Wer die Socket-API in eigene Automatisierung einbaut, sollte damit rechnen, dass Anpassungen nötig werden.
Die Windows-Unterstützung ist als Beta gekennzeichnet und kann mit Endpoint-Protection-Software kollidieren. Für Windows-Arbeitsplätze mit strikten Sicherheitsrichtlinien ist das ein realer Stolperstein — dort empfiehlt sich der Umweg über WSL oder eine Linux-VM.
Und: Herdr löst ein Problem, das erst ab einer gewissen Anzahl paralleler Agenten weh tut. Wer einen Agenten auf einer Maschine laufen lässt, kommt mit tmux weiter. Der Nutzen beginnt beim dritten oder vierten Agenten und wächst mit jeder zusätzlichen Maschine.
Fazit
Herdr beantwortet eine Frage, die sich in den letzten Monaten immer häufiger stellt: Wo laufen die Agenten eigentlich, wenn niemand hinschaut? Die Antwort — ein dauerhafter Hintergrundserver, der Terminals besitzt, Zustände liest und selbst von Agenten steuerbar ist — ist naheliegend genug, dass man sich wundert, warum es das nicht längst gibt.
Der Ansatz, bestehende Agenten nicht zu ersetzen, sondern nur deren Terminals zu übernehmen, ist die richtige Entscheidung. Er hält die Einstiegshürde niedrig und macht das Tool unabhängig davon, welcher Agent nächstes Jahr der populärste ist.
Wer heute mit mehr als zwei Coding-Agenten gleichzeitig arbeitet, sollte sich eine halbe Stunde nehmen. Die Installation ist ein Befehl, die Lizenz ist Apache-2.0, und die schlechteste Möglichkeit ist, dass man wieder zu tmux zurückgeht.
Quellen: herdr.dev · Dokumentation · GitHub: herdrdev/herdr · Herdr-Blog zur Seed-Runde
