Herdr : un multiplexeur d'agents IA directement dans le terminal

Herdr se positionne comme un multiplexeur de terminal pensé spécifiquement pour l'ère des agents IA codants. Là où tmux offre persistance et gestion de panes sans conscience des processus IA qui s'y exécutent, et où les gestionnaires graphiques apportent une visibilité sur les agents mais sortent le développeur de son environnement, Herdr tente de combler les deux manques à la fois : sessions persistantes, découpage en workspaces/tabs/panes, et détection native de l'état des agents — le tout sans quitter le terminal.

L'outil est écrit en Rust et se distribue sous forme de binaire unique, sans dépendances. L'installation se fait via un script shell, Homebrew, mise ou Nix. Une version bêta pour Windows est disponible, encore en preview. L'architecture repose sur un modèle client-serveur : un serveur de session tourne en arrière-plan, et la commande `herdr` y attache un client. Détacher le client ne tue pas les processus — les agents continuent de s'exécuter. Cette caractéristique est directement calquée sur le comportement de tmux, mais complétée par une couche de conscience applicative.

La fonctionnalité centrale est la sidebar d'état des agents. Herdr surveille les processus en premier plan et les sorties terminal pour déduire si un agent est bloqué (en attente d'input ou d'approbation), en cours d'exécution, terminé ou inactif. Quatre états sont représentés par des indicateurs colorés. La détection est automatique, sans configuration requise. Des intégrations officielles existent pour une liste croissante d'agents : Claude Code, Codex, GitHub Copilot CLI, Devin, Droid, Kimi Code CLI, Opencode, Kilo Code CLI, Hermes, QoderCLI et Cursor Agent CLI. Ces intégrations ajoutent une identité de session pour la restauration native — permettant de retrouver une session d'agent après redémarrage du serveur — et, pour certains, des rapports d'état sémantiques plus précis que la simple heuristique terminal.

Le dépôt affiche plus de 8 200 étoiles sur GitHub pour environ 500 forks, ce qui témoigne d'un intérêt rapide depuis son lancement. Le projet est développé à plein temps par une seule personne, sans revenu commercial, et repose sur un modèle de sponsoring. La licence est AGPL-3.0, avec une option de licence commerciale pour les organisations qui ne peuvent se conformer aux termes copyleft.

Une dimension moins évidente mais notable est la capacité des agents à utiliser Herdr eux-mêmes. Une API socket locale permet à un agent de créer des workspaces, de diviser des panes, de lancer des processus auxiliaires, de lire des sorties et d'attendre des changements d'état. Un fichier SKILL.md dans le dépôt est explicitement conçu pour être consommé par des agents IA comme instruction de compétence réutilisable. Cela ouvre la voie à des workflows où un agent orchestre d'autres agents via Herdr, sans intervention humaine directe sur la structure du terminal.

La gestion des mises à jour introduit une mécanique de handoff expérimentale : `herdr update --handoff` tente de migrer les panes actifs, y compris les processus de premier plan comme des serveurs de développement, vers le nouveau binaire sans interruption. Cette fonctionnalité reste en phase expérimentale selon la documentation.

Quelques questions restent ouvertes. La détection d'état par heuristique terminal — sans hook natif dans l'agent — est par nature fragile : une modification de l'affichage d'un agent peut casser la détection. L'extension du support à des agents non listés repose sur une intégration manuelle via l'API socket, ce qui suppose une coopération des éditeurs d'agents. Par ailleurs, le modèle de financement personnel sans revenu constitue un risque de pérennité pour un outil qui commence à s'ancrer dans des workflows professionnels. La double licence AGPL/commerciale pourrait évoluer si l'adoption en entreprise se confirme.