Kanban Hermes ou delegate_task : choisir le bon mécanisme de délégation
Les deux mécanismes, en une phrase
delegate_task est un appel RPC : tu confies une tâche à un sous-agent anonyme, il travaille, il te rend un résumé. La tâche vit dans ta session. Si ta session se ferme, le sous-agent est perdu. Le parent est bloqué jusqu’au retour du sous-agent.
Kanban est une file de messages durable avec state machine : tu crées une tâche sur un board partagé, un worker nommé la prend, la traite, et le résultat survit à ta session. Tu peux relire le handoff trois jours plus tard.
La documentation officielle les distingue clairement : delegate_task pour les besoins brefs du parent, Kanban pour le travail inter-profils qui doit survivre aux redémarrages, nécessiter une intervention humaine, ou rester découvrable après coup.
Le vrai sujet n’est pas d’ajouter un agent de plus.
Si tu veux construire un système d’agents utile, il te faut surtout une structure claire, de bons arbitrages et des retours terrain. C’est exactement ce qu’on partage dans Kavyro.
Arbitrages utiles
Questions réelles
Accès gratuit
Tu arrives avec ton sujet, tu repars avec plus de clarté.
Quand utiliser delegate_task
Tu es en pleine session. Tu as besoin d’une recherche rapide, d’une vérification de code, d’un résumé de fichier. Tu ne veux pas créer une tâche, attendre qu’un worker la prenne, puis lire le résultat dans un board.
delegate_task est fait pour ça. Tu lances le sous-agent, il travaille, et le résumé arrive dans ta conversation quand il a fini. Le parent est bloqué jusqu’au retour du sous-agent : c’est un appel RPC, pas une tâche asynchrone.
Utilise delegate_task quand :
- Tu as besoin d’une réponse rapide dans ta session en cours.
- Le résultat n’a pas besoin de survivre à ta session.
- Tu es le seul à avoir besoin du résultat.
- Tu veux rester dans le flux de ta conversation.
La durée est un indice, pas une règle : delegate_task est conçu pour des besoins brefs, mais ce qui compte vraiment, c’est que le travail ne nécessite pas de reprise ultérieure.
Quand utiliser Kanban
Tu as un profil spécialisé (un rédacteur, un relecteur, un SEO) qui doit traiter des tâches à la chaîne. Tu veux que le travail soit traçable. Tu veux pouvoir reprendre un handoff trois jours plus tard.
Kanban est fait pour ça. Tu crées une tâche, tu l’assignes à un profil, le dispatcher la prend en charge. Le résultat est stocké dans le board, avec le résumé et les métadonnées.
Utilise Kanban quand :
- Le travail doit survivre à ta session (redémarrage, crash, fermeture).
- Le résultat doit être relu plus tard, par toi ou par quelqu’un d’autre.
- Plusieurs profils doivent se passer le relais.
- Une intervention humaine peut être nécessaire en cours de route.
- Tu veux une trace écrite de ce qui a été fait, découvrable après coup.
Le tableau de décision
| Critère | delegate_task | Kanban |
|---|---|---|
| Durée de vie | La session en cours | Durable (survit aux sessions, selon l’état du board) |
| Traçabilité | Résumé dans la conversation | Handoff structuré dans le board |
| Identité du worker | Sous-agent anonyme | Profil nommé (chaîne de workers) |
| Complexité de mise en place | Immédiate | Nécessite un board et des profils configurés |
| Quand l’utiliser | Besoin ponctuel dans une session | Travail récurrent ou inter-profils |
Ce qui peut mal tourner
Avec delegate_task, le risque principal est la perte de résultat. Si ta session se ferme avant que le sous-agent ait fini, son travail est perdu. Pas de sauvegarde, pas de reprise. Pour une recherche rapide, c’est acceptable. Pour un article de blog, c’est un problème.
Avec Kanban, le risque principal est la complexité. Tu crées un board, tu configures des profils, tu définis des dépendances. Pour une tâche unique de trente secondes, c’est disproportionné.
Le piège classique : utiliser Kanban pour tout par peur de perdre un résultat, et se retrouver avec un board illisible de cinquante tâches dont la moitié sont des recherches de trois minutes.
Comment choisir en pratique
Pose-toi deux questions :
- Est-ce que j’aurai besoin de ce résultat dans trois jours ?
- Est-ce que quelqu’un d’autre que moi doit voir ou continuer ce travail ?
Si tu réponds oui à l’une des deux, utilise Kanban. Sinon, delegate_task suffit.
Et si tu hésites, commence par delegate_task. Tu pourras toujours migrer vers Kanban quand le besoin deviendra récurrent. L’inverse est plus lourd : un board rempli de tâches ponctuelles est plus dur à nettoyer qu’une session qui se ferme.
Pour aller plus loin sur le pilotage d’une équipe d’agents avec Kanban, tu peux faire une demande d’accès à la formation Hermes Agent. Elle couvre la mise en place d’un board, la configuration des profils workers, et les patterns de handoff qui tiennent dans la durée.
