Hermes Agent ajoute des sous-agents asynchrones : les tâches déléguées ne bloquent plus le chat principal
Nous Research a publié une mise à jour majeure pour Hermes Agent, son agent personnel open-source : l'outil de délégation delegatetask supporte désormais les sous-agents asynchrones. Annoncé le 15 juin 2026 sur X par le co-fondateur Teknium, ce changement transforme en profondeur la façon dont un agent parent peut distribuer du travail à des agents enfants. Auparavant, lancer un sous-agent gelait entièrement la conversation principale jusqu'à la fin de l'exécution. Désormais, delegatetaskasync retourne immédiatement un identifiant de tâche (taskid) et laisse le chat libre. Les utilisateurs existants accèdent à la fonctionnalité via une simple commande hermes update.
Ce déblocage ouvre des workflows qui étaient structurellement impossibles avant. Un utilisateur peut désormais lancer une tâche longue, une recherche web, une correction de build, une analyse de code, et continuer à interagir avec l'agent principal pendant ce temps. Cinq nouveaux outils couvrent l'intégralité du cycle de vie asynchrone : checktask pour consulter l'état en temps réel, steertask pour injecter des instructions dans un agent en cours d'exécution, collecttask pour récupérer le résultat final, canceltask pour interrompre, et list_tasks pour visualiser toutes les tâches actives. L'isolation reste stricte : chaque sous-agent démarre avec une conversation vierge, son propre terminal et son propre ensemble d'outils. Seul le résumé final remonte au parent, ce qui maintient la fenêtre de contexte de ce dernier compacte. Les agents tournent en threads in-process et héritent de la configuration du parent, y compris le pool de clés API avec rotation automatique en cas de rate limit.
Hermes Agent s'inscrit dans une tendance plus large où les frameworks d'agents IA cherchent à rendre l'orchestration multi-agents aussi naturelle que la programmation concurrente classique. La contrainte du blocage synchrone était un frein réel à l'adoption pour les tâches longues, forçant les utilisateurs à attendre passivement des processus pouvant durer plusieurs minutes. Cette évolution a été développée ouvertement sur GitHub (issue #5586), et Nous Research travaille en parallèle sur un protocole plus ambitieux, ACP (issue #4949), qui viserait la persistance des tâches entre sessions, là où les sous-agents asynchrones actuels restent limités à une seule session. La concurrence entre sous-agents reste plafonnée à trois par défaut via le paramètre delegation.maxconcurrentchildren, un levier configurable selon les besoins et les contraintes des API utilisées.
Dans nos dossiers
Vu une erreur factuelle dans cet article ? Signalez-la. Toutes les corrections valides sont publiées sur /corrections.



