Herdr ist eine kostenlose Apache-2.0-Laufzeitumgebung für Coding-Agenten, die Claude Code, Codex, OpenCode und Pi am Leben hält, wenn du das Fenster schließt oder deine SSH-Verbindung abbricht. Es führt deine Terminals in einem Hintergrundserver aus, kennzeichnet jeden Agenten als working, blocked, done oder idle und lässt dich von jedem Rechner aus wieder andocken. Es gibt zwei Oberflächen, eine Terminal-App und eine native Desktop-App, die am 30. Oktober auf Hacker News landete, und das Projekt hat inzwischen 47.000 GitHub-Sterne überschritten.
Wenn du nur einen Agenten in einem Terminal-Tab laufen lässt, reichen tmux oder ein normales Terminal. Herdr lohnt sich, wenn du vier oder mehr Agenten über mehrere Projekte hinweg betreibst und ständig den Überblick verlierst, welcher gerade auf dich wartet. Die ehrlichen Grenzen: Laufende Programme überleben keinen Neustart des Rechners, die beiden Oberflächen teilen sich keine Agenten, und das Unternehmen dahinter hat eine Seed-Runde über 6 Mio. US-Dollar eingesammelt, was manche Nutzer beunruhigt.
Herdr ist Infrastruktur für Coding-Agenten. Wenn es darum geht, Kunden zu antworten, ist das passende Teammitglied ein KI-Helpdesk-Teammitglied, und mit der eesel CLI richtet Claude Code es aus einem herdr-Pane heraus ein.
Ich arbeite bei eesel an Integrationen und APIs und lese Tools wie dieses so, wie ich eine API lese: Was gehört ihm, was stellt es bereit, und was geht um 2 Uhr nachts kaputt. Ich habe die README, die Dokumentation, die Release Notes und beide Hacker-News-Threads durchgesehen. Das habe ich gefunden.
Was ist herdr?
Herdr beschreibt sich selbst als "the runtime your coding agents live on." Einfach gesagt ist es ein Terminal-Arbeitsbereich für Leute, die mehrere KI-Coding-Agenten gleichzeitig betreiben. Jeder Agent bleibt in einem echten Terminal-Pane mit eigener Shell, eigenen Logs und eigenen Eingabeaufforderungen. Herdr verfolgt, welche Panes einen Agenten enthalten, fasst deren Status für Tabs und Arbeitsbereiche zusammen und gibt dir einen Ort, an dem du siehst, wer dich braucht.
Die Zahlen auf der eigenen Website zeigen, wie schnell es gewachsen ist. Das Repository wurde am 27. März 2026 angelegt, und die TUI-Seite zeigt inzwischen 47,150 Sterne, 1,967,496 Installationen, 2,009 Community-Plugins und 22 erkannte Agenten-CLIs. Das aktuelle stabile Release ist v0.9.5 vom 14. Oktober, und das Projekt ist in Rust geschrieben.
Der Launch-Thread auf Hacker News, "Herdr: One terminal to rule them all," erreichte im Juli 404 Punkte und 178 Kommentare. Der Thread zur nativen App vom 30. Oktober knackte 360 Punkte und löste eine lange Debatte über tmux aus, auf die ich weiter unten eingehe.
Herdr TUI, herdr app, herdr-core: Was ist was?
Die Namen verwirren viele, deshalb hier die Übersicht. Es gibt drei Teile, alle Open Source, und laut App-README und Website-FAQ hängen sie so zusammen:
| Teil | Was es ist | Wo es läuft |
|---|---|---|
| Herdr TUI | Das Original: eine Terminal-App mit eigenem Hintergrundserver | In jedem Terminal, unter macOS, Linux und Windows |
| Herdr app | Eine native Desktop-App auf Basis von herdr-core, erschienen im Oktober 2026 | macOS (Apple Silicon), Linux (x86-64 und ARM64), Windows (x64) |
| herdr-core | Ein kleiner Server, der die Terminals tatsächlich ausführt | Auf deinem Rechner oder auf einem entfernten Rechner per SSH |
Ein Detail ist sehr wichtig: Die FAQ sagt, die App und die TUI seien "a new, separate program" und teilten sich keine Agenten, was in der einen läuft, taucht also in der anderen nicht auf. Wähle pro Rechner eine Oberfläche und bleibe dabei.
Das Versprechen der App ist, dass dein Agent jeden Teil davon verändern kann. Layouts ordnen das Fenster an, ähnlich wie Plugins Claude Code erweitern, und Mods sind kleine JavaScript-Programme, die Panels, Menüs und Dialoge zeichnen. Du bittest deinen Agenten um ein Linear-Panel oder einen Git-Graphen, und er bearbeitet den Mod. Die README ist deutlich: Mods sind vertrauenswürdiger Code, keine Erweiterungen in einer Sandbox, also lies den Mod eines anderen, bevor du ihn installierst.
Wie hält herdr Agenten am Laufen, wenn ich das Fenster schließe?
Im Design trennt herdr den Bildschirm von der Arbeit. Ein Hintergrundserver besitzt die Terminals, und das Fenster ist nur ein Client. Schließt du den Client, verlierst du die SSH-Verbindung oder lässt den Laptop in den Ruhezustand gehen, läuft der Server weiter. Die Session-State-Dokumentation ist ungewöhnlich klar darüber, was das abdeckt und was nicht.
Das hier würde ich ausdrucken. Beim Trennen bleiben deine Prozesse am Leben. Bei einem Serverneustart nicht. Nach einem Neustart stellt herdr Arbeitsbereiche, Tabs, Panes, Ordner und Fokus wieder her, und die Panes kommen als frische Shells in ihren gespeicherten Verzeichnissen zurück. Ob eine Agenten-Unterhaltung zurückkommt, hängt vom Agenten ab. Seit v0.9.2 können Agenten ihren eigenen Befehl zum Fortsetzen melden, und herdr öffnet dann genau diese Sitzung wieder. Bei Agenten mit eingebauter Integration richtet herdr integration install <name> dieselbe Wiederherstellung ein.
Im Repository steckt ein ghostty-vt-Crate, und Kommentatoren schreiben libghostty die Terminal-Emulation zu. Ein langjähriger tmux-Nutzer beschrieb den Vorteil so:
"I switched to herdr this year after a decade of using tmux, and I haven't looked back since. Herdr is wonderful, not only because of the coding agent integrations, but also because it uses libghostty under the hood. So no terminal-emulator-inside-another-terminal-emulator shenanigans."
Wie installiere ich herdr und fange an?
Die Installation geht mit einer Zeile. Für die Terminal-App nennt die README diese Optionen:
curl -fsSL https://herdr.dev/install.sh | sh
# or
brew install herdr
mise use -g herdr
Wenn du die CLI-Flags von Claude Code nutzt, werden sie direkt an das Pane durchgereicht. Starte es dann dort, wo die Arbeit liegt:
herdr
Herdr startet deine Standard-Hintergrundsitzung oder dockt daran an, du musst also nie Sockets verwalten, ähnlich wie bei der Terminal-Integration, die Claude Code selbst mitbringt. Hat eine Sitzung keine Arbeitsbereiche, öffnet herdr automatisch einen. Die Desktop-App wird separat installiert, mit curl -fsSL https://releases.herdr.dev/app/install.sh | sh oder einer Herdr.dmg auf Apple Silicon. Beide Installationsprogramme laden Code herunter und führen ihn aus, lies das Skript also vorher, wenn du magst.
Der Quick Start ist kurz. Starte claude, codex, pi oder opencode in einem Pane, und herdr erkennt es. Die Maus deckt alles ab, und die Tastatur ist optional mit dem Präfix ctrl+b:
| Aktion | Taste |
|---|---|
| Nach rechts teilen | prefix+v |
| Nach unten teilen | prefix+minus |
| Neuer Tab | prefix+c |
| Neuer Arbeitsbereich | prefix+shift+n |
| Client trennen | prefix+q |
Ein Arbeitsbereich ist ein Projekt, gib also jedem aktiven Repository einen eigenen. So bleibt die Seitenleiste lesbar. Wenn deine Shell automatisch an tmux andockt, füge eine Prüfung auf die Variable HERDR_ENV hinzu, denn die Dokumentation warnt, dass tmux in einem herdr-Pane den Agenten vor der Erkennung verbirgt und das Terminal flackern lassen kann. Genau diese Falle brachte einen Hacker-News-Leser zu Fall, der herdr aus tmux heraus startete und aufgab.
Woher weiß herdr, welcher Agent mich braucht?
Das ist die Kernfunktion und der Grund, warum die meisten es ausprobieren. Jedes Agenten-Pane ist mit working, blocked, done, idle oder unknown markiert, und die Seitenleiste fasst das über alle Arbeitsbereiche zusammen. Laut Dokumentation liest herdr den Status aus dem, was Agenten auf dem Bildschirm ausgeben, und manche Agenten melden ihn selbst.
Die Liste unterstützter Agenten ist lang: Claude Code, Codex, Copilot CLI, Cursor Agent, OpenCode, Pi, Droid, Devin, Kimi, Qwen, Grok und mehr, dazu einige, die als nur Status oder weniger getestet markiert sind, etwa Gemini CLI und Cline. Für eigene Skripte dokumentiert die App-Website ein offenes Statusprotokoll namens OSC 7501, und es braucht nur eine Zeile:
printf '\e]7501;state=blocked:app=my-agent\e\\'
Ein Hacker-News-Nutzer erklärte besser als das Marketing, warum das wichtig ist:
"I will start a workspace for each different thing I'm working on, label it ... Then in each one I run a Claude Code. Then I can see the status of my Claude Codes just by glancing at the sidebar, rather than having to switch between screens to see what is waiting next."
Wenn du Claude Code bereits mit Hooks nutzt, kannst du das in tmux annähern, und ein Kommentator tut genau das: ein blauer Spinner bei Arbeit, ein roter Punkt bei Aufmerksamkeitsbedarf, ein grünes Häkchen bei Fertigstellung. Das Argument von herdr lautet, dass du das nicht für jeden Agenten selbst bauen solltest.
Können Agenten herdr selbst steuern?
Ja, und ich halte das für die interessanteste Designentscheidung des ganzen Tools. Die README nennt herdr "agent-native": Agenten steuern es über eine CLI und eine Socket-API, erzeugen Panes, geben einander Prompts und warten, bis ein anderer Agent blockiert ist. Die Dokumentation zur Agenten-Automatisierung teilt die Oberfläche in Layout-, Pane- und Agenten-Befehle auf, und Befehle zum Erstellen geben JSON aus, damit Skripte IDs erfassen können:
created=$(herdr workspace create --cwd ~/project --label api --no-focus)
pane_id=$(printf '%s\n' "$created" | jq -r '.result.root_pane.pane_id')
herdr agent start reviewer --kind codex --pane "$pane_id"
Das ermöglicht Muster wie gegenseitiges Review und passt zu Git-Workflows und MCP-Tools, und MCP für den Support ist dieselbe Idee auf der Helpdesk-Seite. Ein Entwickler beschrieb einen Hook, bei dem Claude einen Pull Request öffnet, ein kleines Skript Codex im nächsten Pane startet und Codex seine Befunde zurückmeldet, damit Claude sie behebt:
"Claude builds and opens a PR. A small hook starts Codex in the next Herdr pane. Codex posts its findings on the PR. Claude fixes them and replies, finding by finding."
Das hat dieselbe Form wie Claude-Code-Subagenten, nur dass der Helfer der Agent eines anderen Anbieters in einem separaten Terminal sein kann. Ein Kommentator im App-Thread fasste das Design gut zusammen: Wenn der Multiplexer das Terminal besitzt, kann er Ausgaben lesen, Eingaben senden und den Agenten steuern, also Orchestrierung über Anbietergrenzen hinweg über deren Kommandozeilen-Schnittstellen.
Wie betreibe ich herdr auf einem anderen Rechner?
Hier zahlt sich das Servermodell von herdr aus. Halte einen Arbeitsbereich auf einem Build-Rechner oder einem günstigen VPS, melde dich von überall per SSH an, und alles ist da, wo du es verlassen hast. Die Anleitung zum Verbinden von Rechnern zeigt zwei Wege:
herdr machine add workbox # save an SSH host in your sidebar
herdr --remote workbox # attach to its session directly
Ein gespeicherter Rechner behält seine eigenen Spaces und Splits in seinem eigenen Core, und deine lokale und entfernte Arbeit erscheinen zusammen in einer gemeinsamen Agentenliste. Die Dokumentation nennt zwei lesenswerte Einschränkungen: Ein Rechnerprofil zielt auf eine entfernte Sitzung, nicht auf jede Sitzung auf dem Host, und die Git-Authentifizierung in entfernten Panes braucht ForwardAgent yes, was herdr nicht für dich aktiviert.
Auch Dritte bauen darauf auf. Das Cloud-Sandbox-Unternehmen boxd kündigte im Oktober eine herdr-Integration an, bei der jeder Agent auf einer eigenen boxd-Maschine in der Seitenleiste von herdr läuft. Ein Hacker-News-Nutzer wies auf die Schwachstelle von SSH auf dem Handy bei schlechtem Empfang hin, wo auf Wiederverbindung ausgelegte Tools besser abschneiden.
Herdr vs. tmux: Was gewinnst du wirklich?
Das war die lauteste Debatte in beiden Hacker-News-Threads, und sie verdient eine direkte Antwort. Tmux ist ein Allzweck-Multiplexer, der seit Jahrzehnten funktioniert. Herdr ist ein Multiplexer, der weiß, was ein Coding-Agent ist. Ein Kommentator brachte es auf eine Zeile:
"It's all about agentic work. Tmux doesn't know what an Agent is... But if you don't do any agentic work, Herdr has 0 value vs. tmux."
So würde ich die beiden vergleichen, gestützt auf die herdr-Dokumentation für herdr und die Community für den Rest:
| Frage | Herdr | Tmux |
|---|---|---|
| Erkennt, ob ein Agent arbeitet, blockiert oder fertig ist | Eingebaut für 22 Agenten-CLIs | Nicht eingebaut. Mit selbst geschriebenen Hooks möglich |
| Seitenleiste mit Agenten über Projekte hinweg | Ja | Baust du selbst |
| Maus zuerst, Splits per Klick und Ziehen | Ja, auch mit Präfix-Tasten | Zuerst Präfix-Tasten |
| Agenten können andere Panes erzeugen und ansprechen | CLI und Socket-API | Per Skript mit send-keys möglich |
| Entfernte Rechner in einer Ansicht | Eingebaut mit herdr machine add | SSH und Andocken pro Host |
| Reife | Unter einem Jahr alt, 98 Releases | Jahrzehnte alt, läuft überall |
Die tmux-Verteidiger haben einen berechtigten Punkt. Ein Nutzer mit vier tmux-Fenstern zeigte Statusanzeigen, die über Claude-Code-Hooks angebunden sind, und fragte, warum er wechseln sollte.
"In my current tmux session I have four windows each with a status indicator that shows up when that window is running a claude code session. It is a blue animated braille spinner when it is working, a red dot when it needs attention and a green tick when it is finished with its work."
Das funktioniert. Wenn du diesen Eigenbau magst, behalte ihn. Das Argument von herdr ist, dass dieser Klebstoff standardmäßig mitgeliefert wird und auch Agenten abdeckt, die du noch nicht kennst. Ein anderer Nutzer nannte als eigentliche Gründe für den Wechsel die visuelle Anzeige "arbeitet oder wartet", native Remote-Sitzungen in einer Ansicht und ein touchfreundliches Layout auf einem kleinen iOS-Bildschirm. Ein dritter sprang nach einer Woche ab, weil ihm Ghostty, Benachrichtigungen und Harness-Erweiterungen schon genügten. Beide Lager haben für ihr Setup recht.
Weitere Open-Source-Optionen findest du in meiner Übersicht zu Open-Source-Agenten. Zu den Tools in diesem Bereich zählen außerdem Orca und mehrere neue Multiplexer, die in den Threads auftauchten, und ein Kommentator sagt, ein Multiplexer vom Ghostty-Entwickler sei unterwegs. Ich habe keines davon getestet, deshalb ordne ich sie nicht in eine Rangfolge ein. Wenn du das größere Feld sehen willst: DeepSeek Harness ist ein enger Verwandter, und Cursor-Alternativen zeigt die kostenpflichtige Seite. Meine Liste der KI-Coding-Tools für das Terminal und der agentischen Coding-CLIs ist der beste Einstieg.
Was kostet herdr, und wer zahlt dafür?
Herdr zu nutzen kostet nichts. Laut Website-FAQ sind die App, herdr-core und Herdr TUI alle Open Source, und die GitHub-Lizenz ist Apache 2.0. Du bezahlst die Agenten darin, etwa einen Claude-Code-Tarif oder die Codex-Nutzung, dazu ein Cursor-Abonnement, falls du es einsetzt.
Die Finanzierung beschäftigt manche Nutzer. Herdr sammelte am 8. September eine Seed-Runde über 6 Mio. US-Dollar ein, angeführt von Bessemer Venture Partners, mit Y Combinator, e2vc und Angels, darunter der CEO von Shopify. Der Gründer schrieb, die Laufzeitumgebung bleibe offen und das Geld fließe in Menschen. Nicht jeder sieht das gelassen:
"I really enjoyed herdr at first but ever since they got VC funding I am avoiding it. Enshittification and cloud features due to vc/monetization pressure incoming."
Andere Kommentatoren entgegneten, dass sich Apache-lizenzierter Code forken lässt, und einer sagte, er halte persönliche Änderungen bereits in einem Fork. Ich halte beide Sichtweisen für vernünftig. Die Lizenz schützt den Code, den du heute siehst. Sie sagt nichts darüber, was gehostete Funktionen, falls es sie gibt, später kosten, und herdr hat nach meinem Wissen keinen kostenpflichtigen Tarif veröffentlicht.
Wo stößt herdr an Grenzen?
Es gibt einige Einschränkungen, alle aus der Dokumentation oder den Threads:
- Programme überleben keinen Neustart. Das Layout kommt zurück, die Prozesse nicht. Wenn ein Job einen Neustart des Rechners überleben soll, ist herdr nicht die Ebene, die das leistet.
- Zwei Oberflächen, zwei Welten. In der TUI gestartete Agenten erscheinen nicht in der Desktop-App und umgekehrt.
- Der Status braucht bei manchen Agenten Hilfe. Die Agentenliste zeigt Agenten, die über OSC 7501 melden, und einige, etwa Gemini CLI und Cline, sind als weniger getestet markiert.
- Telemetrie und Mods. Nutzungstelemetrie ist in App-Releases standardmäßig aktiviert und lässt sich unter Einstellungen, Datenschutz abschalten. Ein Kommentator merkte an, dass die Nutzdaten weder Terminalinhalte noch Dateinamen enthalten, und der Einstellungsdialog zeigt ein Beispiel. Mods sind vertrauenswürdiger Code.
- Eine Lernkurve, wenn du nie Präfix-Tasten genutzt hast. Die Maus hilft, aber mehrere Kommentatoren kamen von tmux, und ein neuer Nutzer fand nicht heraus, wie er es wieder verlässt.
- Junge Software. Releases wie v0.9.3 und v0.9.5 waren Hotfixes für Eingaberegressionen, darunter Tastenkürzel, die in manchen Terminals nicht mehr funktionierten. Rechne mit schnellen Fixes und gelegentlichen Ausfällen.
Für wen ist herdr gedacht?
Ich würde danach greifen, wenn eines davon auf dich zutrifft (und wenn du Projektregeln in einer AGENTS.md pflegst, reisen sie mit jedem Pane mit):
- Du betreibst vier oder mehr Coding-Agenten gleichzeitig über mehrere Repositories und verlierst ständig den, der gerade blockiert ist.
- Du arbeitest auf einem entfernten Rechner oder VPS und willst von einem Laptop, einem Handy oder einem anderen Rechner wieder andocken.
- Du willst, dass deine Agenten sich gegenseitig koordinieren, und scriptest gern eine CLI.
- Du lebst ohnehin im Terminal und magst dort Claude Code, Codex oder OpenCode.
Ich würde darauf verzichten, wenn du jeweils nur einen Agenten laufen lässt, wenn tmux schon alles erledigt, was du brauchst, oder wenn ein langer Job einen Neustart überleben soll. Dann ist ein richtiger Scheduler oder ein CI-Job das passende Werkzeug.
Wo passt eesel neben herdr hin?
Herdr ist eine Ebene, auf der deine Agenten leben. Es entscheidet nicht, welche Arbeit sie erledigen, und es kennt deine Kunden nicht. Das ist eine andere Aufgabe.
So denke ich darüber. Herdr, Claude Code und Codex sind Infrastruktur und Werkzeuge. eesel ist der Mitarbeiter: ein KI-Teammitglied, das du für eine Aufgabe einstellst, mit bereits vorhandenen Integrationen und Unternehmenskontext, dieselbe Idee wie bei einem KI-Mitarbeiter. Von den besten KI-Teammitgliedern ist das, an dem ich arbeite, das KI-Helpdesk-Teammitglied, das in deine bestehende Zendesk-, Freshdesk- oder Gorgias-Warteschlange einsteigt. eesel setzt seit Jahren KI-Agenten in laufenden Support-Warteschlangen ein, und die Lehre daraus lautet, jeden Rollout vorab an historischen Tickets zu simulieren, bevor ein Kunde eine Antwort sieht.
Das Problem von herdr, "welcher Agent braucht mich", gibt es auch im Support, nur mit anderen Agenten. SE Ranking betreibt drei eesel-Agenten auf Zendesk, je einen für SE Ranking, Planable und SE Visible, und eesel bearbeitete in einem Monat rund 4.650 Unterhaltungen über Zendesk-Tickets und Live-Chats. Swiftreg betreibt zwei Agenten auf Zendesk, einen für Support-Tickets und einen für die Antworten an Privatverkäufer, und bearbeitete im selben Monat rund 2.100 Tickets. In beiden Fällen behält das Team die Kontrolle durch die selbst geschriebenen Regeln und eine Übergabe an Menschen, was derselben Idee entspricht wie der blocked-Status von herdr.
Was bringt die eesel CLI dazu?
Die eesel CLI verbindet die beiden Welten. Sie bringt denselben eesel-Agenten in dein Terminal: Du chattest mit ihm, verbindest einen Helpdesk, lädst Wissen hoch, richtest Automatisierungen ein und genehmigst zurückgehaltene Aktionen, ohne das Dashboard zu öffnen. Alles, was du in der CLI einrichtest, erscheint im Dashboard und umgekehrt. Jeder Befehl gibt JSON aus, sodass ein KI-Coding-Agent wie Claude Code, Cursor oder Codex deine gesamte Einrichtung übernehmen kann.
Die Fünf-Minuten-Einrichtung aus der Dokumentation sieht so aus und funktioniert ohne Konto, weil sie einen kostenlosen anonymen Arbeitsbereich erstellt, der 7 Tage besteht:
npx @eesel/cli init chat-bubble --site https://your-site.com
eesel login
eesel chat "what's our refund policy?"
eesel files upload ./refund-policy.pdf
eesel approvals
Ein paar Befehle sind es wert, sie zu kennen: eesel integrations connect für Helpdesks wie Zendesk, Freshdesk und Gorgias, eesel automations für das, was der Agent selbstständig tut, eesel activity für das, was er bisher getan hat, und eesel approvals für zurückgehaltene Aktionen, die auf einen Menschen warten. Letzteres ist die Support-Version des blocked-Status von herdr. Ein Pane in herdr ist nur ein Terminal, du kannst also eine Claude-Code-Sitzung in einem Pane die eesel-Einrichtung erledigen lassen, während du den Rest der Herde beobachtest. Genau diese Kombination habe ich nicht ausprobiert, aber nichts in beiden Tools verhindert sie. Mehr zu diesem Muster findest du in meinen Leitfäden zur KI-Agenten-CLI, zur Steuerung von KI-Agenten per CLI, zur Kundensupport-CLI und zur API-first-Agentenplattform.
eesel ausprobieren
Wenn deine Coding-Agenten die Werkzeuge sind und Kundenfragen die Arbeit, ist eesel das Teammitglied, das die Arbeit erledigt. Das KI-Helpdesk-Teammitglied bindet sich in Minuten in deinen Helpdesk ein, lernt aus deinem Help Center und vergangenen Tickets und übergibt alles Riskante an dein Team. Richte es über das Dashboard ein, oder lass Claude Code die eesel CLI aus einem herdr-Pane steuern. eesel kostenlos testen, oder buche eine Demo, wenn dein Support-Volumen groß ist.
Häufig gestellte Fragen
Was ist herdr?
Herdr ist eine kostenlose Laufzeitumgebung für Coding-Agenten unter Apache 2.0. Es führt deine Terminals in einem Hintergrundserver aus, kennzeichnet jeden Agenten als working, blocked, done oder idle und hält alles am Leben, wenn du das Fenster schließt oder die SSH-Verbindung verlierst. Es führt Claude Code, Codex, OpenCode und Pi aus, ohne sie einzupacken.
Ist herdr kostenlos?
Ja. Die Terminal-App, die Desktop-App und herdr-core sind alle unter Apache 2.0 Open Source, und die offizielle Website beantwortet "Is it free?" mit einem schlichten Ja. Die Agenten, die du darin ausführst, bezahlst du weiterhin, etwa ein Claude-Code-Abonnement oder einen Codex-Tarif.
Wie installiere ich herdr?
Für die Terminal-App führst du curl -fsSL https://herdr.dev/install.sh | sh aus oder nutzt brew install herdr bzw. mise use -g herdr. Danach gibst du herdr in einem Projektordner ein. Die Desktop-App hat ein eigenes Installationsprogramm unter releases.herdr.dev/app/install.sh. Wenn du Agenten ohnehin per Skript steuerst, behandelt mein Leitfaden zum Verwalten von KI-Agenten im Terminal das übergeordnete Muster.
Was ist der Unterschied zwischen herdr und tmux?
Tmux ist ein allgemeiner Terminal-Multiplexer, der nichts über Agenten weiß. Herdr bringt agentenbewusste Statusanzeigen, eine Seitenleiste über alle Arbeitsbereiche, eine CLI, die Agenten aufrufen können, und native Unterstützung für entfernte Rechner mit. Wenn du keine Coding-Agenten einsetzt, bietet herdr dir gegenüber tmux kaum Vorteile. Wenn doch, erspart es dir die Suche nach dem Pane, das auf dich wartet. Siehe auch meinen Überblick über KI-Coding-Tools für das Terminal.
Funktioniert herdr mit Claude Code und Codex?
Ja. Die Dokumentation listet Integrationen für Claude Code, Codex, Cursor Agent, OpenCode, Pi, Copilot CLI und weitere auf, und laut Website erkennt es 22 Agenten-CLIs. Alles, was in einem Terminal läuft, funktioniert ebenfalls, erscheint aber ohne Status als normales Terminal. Für Multi-Agenten-Setups mit Claude-Code-Subagenten ist herdr der Bildschirm, auf dem du ihnen zusiehst.
Überleben herdr-Agenten einen Neustart?
Die Programme nicht. Herdr stellt nach einem Serverneustart deine Arbeitsbereiche, Tabs, Panes und Ordner wieder her, aber laufende Shells und Agenten sind weg, es sei denn, der Agent kann seinen eigenen Befehl zum Fortsetzen melden. Beim Trennen oder Schließen des Fensters ist es anders: Alles läuft weiter. An dieser Grenze würde ich lang laufende Claude-Code-Jobs ausrichten.
Ist herdr für privaten Code sicher?
Die Laufzeitumgebung ist Open Source, du kannst sie also selbst lesen. Zwei Dinge solltest du prüfen: Nutzungstelemetrie ist in den Releases der Desktop-App standardmäßig aktiviert (abschaltbar unter Einstellungen, Datenschutz), und Layout-Mods sind vertrauenswürdiger Code, keine Erweiterungen in einer Sandbox. Die Berechtigungsregeln deiner Agenten gelten weiterhin, wie in Claude Code permissions beschrieben.
Kann herdr einen KI-Agenten für den Kundensupport ersetzen?
Nein, sie arbeiten auf unterschiedlichen Ebenen. Herdr führt Coding-Agenten auf deinen Rechnern aus. Ein KI-Helpdesk-Teammitglied wie eesel beantwortet Kunden in Zendesk, Freshdesk oder Gorgias. Du kannst die eesel CLI aber aus einem herdr-Pane starten, um es mit Claude Code einzurichten.