Herdr expliqué : ce que c'est, comment ça marche et à qui il convient

En bref

Herdr est un runtime gratuit sous licence Apache-2.0 pour agents de code qui garde Claude Code, Codex, OpenCode et Pi actifs quand vous fermez la fenêtre ou que votre connexion SSH tombe. Il exécute vos terminaux dans un serveur en arrière-plan, indique pour chaque agent s'il travaille, est bloqué, a terminé ou est inactif, et vous laisse vous reconnecter depuis n'importe quelle machine. Il a deux interfaces, une application terminal et une application de bureau native qui a atteint Hacker News le 30 octobre, et le projet a dépassé les 47 000 étoiles GitHub.

Si vous n'utilisez qu'un seul agent dans un seul onglet de terminal, tmux ou un terminal classique suffit. Herdr trouve sa place quand vous faites tourner quatre agents ou plus sur plusieurs projets et que vous perdez le fil de celui qui vous attend. Les limites, honnêtement : les programmes en cours d'exécution ne survivent pas à un redémarrage de la machine, les deux interfaces ne partagent pas leurs agents, et l'entreprise derrière le projet a levé un tour d'amorçage de 6 M$, ce qui inquiète certains utilisateurs.

Herdr est une infrastructure pour agents de code. Si le travail consiste à répondre aux clients, le coéquipier à embaucher est un coéquipier IA pour le helpdesk, et la CLI eesel permet à Claude Code de le configurer depuis un volet herdr.

Je travaille sur les intégrations et les API d'eesel, donc je lis ce genre d'outil comme je lirais une API : de quoi est-il responsable, qu'expose-t-il, et qu'est-ce qui casse à 2 h du matin. J'ai parcouru le README, la documentation, les notes de version et les deux fils Hacker News. Voici ce que j'ai trouvé.

Qu'est-ce que herdr ?

Herdr se décrit comme « the runtime your coding agents live on » (le runtime dans lequel vivent vos agents de code). Concrètement, c'est un espace de travail en terminal conçu pour les personnes qui font tourner plusieurs agents de code IA à la fois. Chaque agent reste dans un vrai volet de terminal avec son propre shell, ses journaux et ses invites. Herdr repère quels volets contiennent un agent, remonte leur état aux onglets et aux espaces de travail, et vous donne un seul endroit pour voir qui a besoin de vous.

Les chiffres de son propre site disent la vitesse de sa croissance. Le dépôt a été créé le 27 mars 2026, et la page TUI affiche désormais 47,150 étoiles, 1,967,496 installations, 2,009 plugins communautaires et 22 CLI d'agents détectées. La dernière version stable est la v0.9.5, du 14 octobre, et le projet est écrit en Rust.

Le fil de lancement sur Hacker News, « Herdr: One terminal to rule them all », a atteint 404 points et 178 commentaires en juillet. Le fil de l'application native, le 30 octobre, a dépassé 360 points et a déclenché une longue discussion sur tmux, dont je parle plus bas.

Herdr TUI, application herdr, herdr-core : lequel est lequel ?

Les noms prêtent à confusion, voici donc la carte. Il y a trois éléments, tous open source, et d'après le README de l'application et la FAQ du site, ils sont liés ainsi :

Un détail compte beaucoup : la FAQ indique que l'application et le TUI sont « a new, separate program » (un programme nouveau et distinct) et qu'ils ne partagent pas leurs agents, donc ce qui tourne dans l'un n'apparaît pas dans l'autre. Choisissez une seule interface par machine et tenez-vous-y.

L'argument de l'application est que votre agent peut en modifier n'importe quelle partie. Les mises en page organisent la fenêtre, un peu comme les plugins étendent Claude Code, et les mods sont de petits programmes JavaScript qui dessinent ses panneaux, ses menus et ses boîtes de dialogue. Vous demandez à votre agent un panneau Linear ou un graphe git, et il modifie le mod. Le README est franc : les mods sont du code de confiance, pas des extensions isolées dans un bac à sable, donc lisez le mod de quelqu'un d'autre avant de l'installer.

Comment herdr garde-t-il les agents actifs quand je ferme la fenêtre ?

Dans sa conception, herdr sépare l'écran du travail. Un serveur en arrière-plan possède les terminaux, et la fenêtre n'est qu'un client. Fermez le client, perdez votre connexion SSH ou laissez votre portable se mettre en veille, le serveur continue. La documentation sur l'état de session est d'une clarté inhabituelle sur ce que cela couvre et ne couvre pas.

Voici la partie que j'imprimerais. Détacher garde vos processus actifs. Un redémarrage du serveur, non. Après un redémarrage, herdr restaure les espaces de travail, onglets, volets, dossiers et le focus, et les volets reviennent sous forme de shells neufs dans leurs répertoires enregistrés. Le retour ou non d'une conversation d'agent dépend de l'agent. Depuis la v0.9.2, les agents peuvent signaler leur propre commande de reprise, et herdr rouvre alors exactement la même session. Pour les agents dotés d'une intégration native, herdr integration install <name> met en place la même restauration.

Sous le capot, le dépôt contient une crate ghostty-vt, et des commentateurs attribuent l'émulation de terminal à libghostty. Un utilisateur de longue date de tmux a décrit l'avantage ainsi :

"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."

flippant, Hacker News

Comment installer herdr et commencer à l'utiliser ?

L'installation tient en une ligne. Pour l'application terminal, le README donne ces options :

curl -fsSL https://herdr.dev/install.sh | sh
# or
brew install herdr
mise use -g herdr

Si vous utilisez les options de la CLI de Claude Code, elles sont transmises directement au volet. Lancez ensuite herdr là où se trouve le travail :

herdr

Herdr lance ou se rattache à votre session d'arrière-plan par défaut, vous n'avez donc jamais à gérer de sockets, un peu comme l'intégration au terminal que Claude Code fournit lui-même. Quand une session n'a aucun espace de travail, il en ouvre un pour vous. L'application de bureau s'installe séparément avec curl -fsSL https://releases.herdr.dev/app/install.sh | sh, ou un Herdr.dmg sur Apple Silicon. Les deux installateurs téléchargent et exécutent du code, alors lisez le script d'abord si vous préférez.

Le guide de démarrage rapide est court. Lancez claude, codex, pi ou opencode dans un volet et herdr le détecte. La souris couvre tout, et le clavier est facultatif avec un préfixe ctrl+b :

Un espace de travail correspond à un projet, donnez donc le sien à chaque dépôt actif. Cela garde la barre latérale lisible. Si vous utilisez un shell qui se rattache automatiquement à tmux, ajoutez une vérification de la variable HERDR_ENV, car la documentation avertit que tmux dans un volet herdr masque l'agent à la détection et peut faire scintiller le terminal. Ce point a d'ailleurs piégé un lecteur de Hacker News qui avait lancé herdr depuis tmux et a abandonné.

Comment herdr sait-il quel agent a besoin de moi ?

C'est la fonctionnalité centrale, et aussi la raison pour laquelle la plupart des gens l'essaient. Chaque volet d'agent est marqué working, blocked, done, idle ou unknown, et la barre latérale remonte l'information à travers les espaces de travail. D'après la documentation, herdr lit l'état à partir de ce que les agents affichent à l'écran, et certains agents le signalent eux-mêmes.

La liste des agents pris en charge est longue : Claude Code, Codex, Copilot CLI, Cursor Agent, OpenCode, Pi, Droid, Devin, Kimi, Qwen, Grok et d'autres, plus quelques-uns marqués comme état seul ou moins testés, comme Gemini CLI et Cline. Pour vos propres scripts, le site de l'application documente un protocole de statut ouvert appelé OSC 7501, qui tient en une ligne :

printf '\e]7501;state=blocked:app=my-agent\e\\'

Un utilisateur de Hacker News a expliqué pourquoi c'est important mieux que le marketing :

"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."

linsomniac, Hacker News

Si vous utilisez déjà Claude Code avec des hooks, vous pouvez approcher ce comportement dans tmux, et un commentateur le fait : un spinner bleu quand l'agent travaille, un point rouge quand il demande de l'attention, une coche verte quand il a fini. L'argument de herdr est que vous ne devriez pas avoir à le construire vous-même pour chaque agent.

Les agents peuvent-ils piloter herdr eux-mêmes ?

Oui, et je pense que c'est le choix de conception le plus intéressant de tout l'outil. Le README appelle herdr « agent-native » : les agents le pilotent par une CLI et une API de socket, en créant des volets, en se donnant mutuellement des instructions et en attendant qu'un autre agent soit bloqué. Les docs d'automatisation des agents répartissent la surface en commandes de mise en page, de volet et d'agent, et les commandes de création affichent du JSON pour que les scripts puissent capturer les identifiants :

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"

Cela ouvre la voie à des schémas comme la relecture croisée, et cela s'associe aux workflows Git et aux outils MCP, tandis que le MCP pour le support reprend la même idée côté helpdesk. Un développeur a décrit un hook où Claude ouvre une pull request, un petit script lance Codex dans le volet suivant, et Codex publie ses remarques pour que Claude les corrige :

"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."

raunakkathuria, X

C'est la même forme que les sous-agents de Claude Code, sauf que l'assistant peut être l'agent d'un autre éditeur dans un terminal séparé. Un commentateur du fil de l'application a bien résumé la conception : si le multiplexeur possède le terminal, il peut lire la sortie, envoyer des entrées et piloter l'agent, ce qui revient à orchestrer plusieurs éditeurs via leurs interfaces en ligne de commande.

Comment exécuter herdr sur une autre machine ?

C'est là que le modèle serveur de herdr est payant. Gardez un espace de travail sur une machine de build ou un VPS bon marché, connectez-vous en SSH de n'importe où, et tout est là où vous l'avez laissé. Le guide de connexion des machines montre deux chemins :

herdr machine add workbox    # save an SSH host in your sidebar
herdr --remote workbox       # attach to its session directly

Une machine enregistrée garde ses propres espaces et divisions dans son propre core, et votre travail local et distant apparaît ensemble dans une liste d'agents combinée. La documentation ajoute deux réserves qui méritent d'être lues : un profil de machine cible une seule session distante, pas toutes les sessions de l'hôte, et l'authentification Git dans les volets distants demande ForwardAgent yes, que herdr n'active pas pour vous.

Des tiers construisent aussi sur cette base. L'entreprise de bacs à sable cloud boxd a annoncé une intégration herdr en octobre, où chaque agent s'exécute sur sa propre machine boxd dans la barre latérale de herdr. Un utilisateur de Hacker News a signalé le point faible du SSH sur un téléphone avec un mauvais signal, où les outils conçus pour la reconnexion s'en sortent mieux.

Herdr vs tmux : que gagne-t-on vraiment ?

Ce fut le débat le plus animé sur les deux fils Hacker News, ce qui mérite une réponse directe. Tmux est un multiplexeur généraliste qui fonctionne depuis des décennies. Herdr est un multiplexeur qui sait ce qu'est un agent de code. Un commentateur l'a résumé en une ligne :

"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."

WinstonSmith84, Hacker News

Voici comment je les comparerais, en m'appuyant sur la documentation de herdr pour herdr et sur la communauté pour le reste :

Les défenseurs de tmux avancent un argument valable. Un utilisateur qui fait tourner quatre fenêtres tmux a montré des indicateurs de statut branchés via les hooks de Claude Code, et a demandé pourquoi changer.

"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."

monk_grilla, Hacker News

Cela fonctionne, alors si vous aimez maîtriser ce code de liaison, gardez-le. L'argument de herdr est que cette liaison est fournie par défaut et couvre des agents que vous ne connaissez pas encore. Un autre utilisateur a dit que les vraies raisons de changer étaient l'indicateur visuel travail ou attente, les sessions distantes natives dans une seule vue, et une disposition adaptée au tactile sur un petit écran iOS. Un troisième a laissé tomber après une semaine parce que Ghostty, les notifications et les extensions de harnais lui suffisaient. Les deux camps ont raison pour leur configuration.

D'autres options open source figurent dans mon tour d'horizon des agents open source. Orca et plusieurs nouveaux multiplexeurs évoqués dans les fils font aussi partie de ce domaine, et un commentateur dit qu'un multiplexeur du créateur de Ghostty est en route. Je n'en ai testé aucun, donc je ne les classerai pas. Pour le champ plus large, DeepSeek Harness est un proche cousin et les alternatives à Cursor montrent le côté payant, puis ma liste d'outils de code IA en terminal et de CLI de code agentique est le bon point de départ.

Combien coûte herdr, et qui paie ?

Herdr ne coûte rien à utiliser. La FAQ du site indique que l'application, herdr-core et Herdr TUI sont tous open source, et la licence GitHub est Apache 2.0. Vous payez les agents qu'il héberge, comme un forfait Claude Code ou l'usage de Codex, plus un abonnement Cursor si vous l'utilisez.

Le financement est ce qui préoccupe certains utilisateurs. Herdr a levé un tour d'amorçage de 6 M$ mené par Bessemer Venture Partners le 8 septembre, avec Y Combinator, e2vc et des business angels dont le PDG de Shopify. Le fondateur a écrit que le runtime reste ouvert et que l'argent va aux équipes. Tout le monde n'est pas serein :

"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."

loveparade, Hacker News

D'autres commentateurs ont répondu que le code sous licence Apache peut être forké, et l'un d'eux a dit garder déjà ses modifications personnelles sur un fork. Je pense que les deux points de vue sont raisonnables. La licence protège le code que vous pouvez voir aujourd'hui. Elle ne dit pas combien coûteront plus tard les fonctionnalités hébergées, s'il y en a, et herdr n'a pas publié d'offre payante que j'aie pu trouver.

Où herdr montre-t-il ses limites ?

Il y a quelques limites, toutes issues de la documentation ou des fils de discussion :

• Les programmes ne survivent pas à un redémarrage. La mise en page revient, pas les processus. Si une tâche doit survivre à un redémarrage de la machine, herdr n'est pas la couche qui s'en charge.
• Deux interfaces, deux mondes. Les agents lancés dans le TUI n'apparaissent pas dans l'application de bureau, et inversement.
• Le statut demande l'aide de certains agents. La liste des agents montre ceux qui font leur rapport via OSC 7501, et certains, comme Gemini CLI et Cline, sont marqués comme moins testés.
• Télémétrie et mods. La télémétrie d'usage est activée par défaut dans les versions de l'application et peut être désactivée dans Réglages, Confidentialité. Un commentateur a noté que les données envoyées excluent le contenu du terminal et les noms de fichiers, et la boîte de dialogue des réglages montre un exemple. Les mods sont du code de confiance.
• Une courbe d'apprentissage si vous n'avez jamais utilisé de touches de préfixe. La souris aide, mais plusieurs commentateurs venaient de tmux, et un nouvel utilisateur n'arrivait pas à le quitter.
• Un logiciel jeune. Des versions comme la v0.9.3 et la v0.9.5 étaient des correctifs urgents pour des régressions de saisie, notamment des raccourcis qui ne fonctionnaient plus dans certains terminaux. Attendez-vous à des corrections rapides et à quelques ratés.

Qui devrait utiliser herdr ?

Je l'adopterais si vous correspondez à l'un de ces profils (et si vous gardez vos règles de projet dans un AGENTS.md, elles suivent dans chaque volet) :

1. Vous faites tourner quatre agents de code ou plus en même temps sur plusieurs dépôts, et vous perdez sans cesse celui qui est bloqué.
2. Vous travaillez sur une machine distante ou un VPS et voulez vous reconnecter depuis un portable, un téléphone ou une autre machine.
3. Vous voulez que vos agents se coordonnent entre eux, et vous êtes à l'aise pour scripter une CLI.
4. Vous vivez déjà dans un terminal et appréciez Claude Code, Codex ou OpenCode dedans.

Je passerais mon tour si vous n'utilisez qu'un agent à la fois, si tmux fait déjà tout ce dont vous avez besoin, ou si vous voulez qu'une longue tâche survive à un redémarrage. Dans ce cas, un planificateur ou une tâche de CI est le bon outil.

Où eesel se place-t-il à côté de herdr ?

Herdr est une couche où vivent vos agents. Il ne décide pas du travail qu'ils font, et il ne connaît pas vos clients. C'est un autre métier.

Voici comment je vois les choses. Herdr, Claude Code et Codex sont de l'infrastructure et des outils. eesel est l'employé : un coéquipier IA que vous embauchez pour une mission, avec les intégrations et le contexte de l'entreprise déjà en place, selon la même idée qu'un employé IA. Parmi les meilleurs coéquipiers IA, celui sur lequel je travaille est le coéquipier IA pour le helpdesk, qui rejoint votre file Zendesk, Freshdesk ou Gorgias existante. eesel met des agents IA sur de vraies files de support depuis des années, et la leçon que nous en avons tirée est de simuler chaque déploiement sur des tickets historiques avant qu'un client ne voie une réponse.

Le problème de herdr, « quel agent a besoin de moi », existe aussi dans le support, avec simplement d'autres agents. SE Ranking fait tourner trois agents eesel sur Zendesk, un pour SE Ranking, un pour Planable et un pour SE Visible, et en un mois eesel a traité environ 4 650 conversations entre tickets Zendesk et chats en direct. Swiftreg fait tourner deux agents sur Zendesk, un pour les tickets de support et un pour les réponses aux vendeurs particuliers, et a traité environ 2 100 tickets le même mois. Dans les deux cas, l'équipe garde le contrôle grâce aux règles qu'elle a écrites et à un passage de relais vers des humains, ce qui est la même idée que l'état bloqué de herdr.

Qu'ajoute la CLI eesel ?

La CLI eesel est ce qui relie les deux mondes. Elle met le même agent eesel dans votre terminal : vous discutez avec lui, connectez un helpdesk, importez des connaissances, branchez des automatisations et approuvez les actions en attente sans ouvrir le tableau de bord. Tout ce que vous configurez dans la CLI apparaît dans le tableau de bord, et inversement. Chaque commande affiche du JSON, donc un agent de code IA comme Claude Code, Cursor ou Codex peut exécuter toute votre configuration.

La configuration en cinq minutes de la documentation ressemble à ceci, et elle fonctionne sans compte car elle crée un espace de travail anonyme gratuit valable 7 jours :

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

Quelques commandes valent le détour : eesel integrations connect pour les helpdesks comme Zendesk, Freshdesk et Gorgias, eesel automations pour ce que l'agent fait seul, eesel activity pour ce qu'il a fait, et eesel approvals pour les actions en attente d'une personne. Cette dernière est la version support de l'état bloqué de herdr. Un volet dans herdr n'est qu'un terminal, vous pouvez donc laisser une session Claude Code faire la configuration eesel dans un volet pendant que vous surveillez le reste du troupeau. Je n'ai pas essayé cette combinaison exacte, mais rien dans l'un ou l'autre outil ne l'empêche. Pour en savoir plus sur ce schéma, voir mes guides sur la CLI d'agent IA, le contrôle des agents IA depuis la CLI, la CLI pour le support client et la plateforme d'agents API-first.

Essayer eesel

Si vos agents de code sont les outils et que les questions des clients sont le travail, eesel est le coéquipier qui fait le travail. Le coéquipier IA pour le helpdesk se branche à votre helpdesk en quelques minutes, apprend de votre centre d'aide et de vos anciens tickets, et confie à votre équipe tout ce qui est risqué. Configurez-le depuis le tableau de bord, ou laissez Claude Code piloter la CLI eesel depuis un volet herdr. Essayez eesel gratuitement, ou réservez une démo si votre volume de support est important.