Agent-hub transmet une tâche à une autre IA via une synthèse en cinq points

Vous confiez une tâche à un autre agent IA, copiez la dernière réponse… et vous voilà reparti pour expliquer ce que vous comptiez faire. La réponse contient un résultat récent, mais l'objectif, les contraintes et les raisons des décisions déjà prises peuvent manquer. Pour ce type de transition, agent-hub propose la commande /handoff : l'agent d'origine rédige une synthèse, l'humain la vérifie, puis le nouvel agent reçoit le texte et poursuit le travail. Pour un développeur, c'est la méthode de transmission elle-même qui est utile, car elle peut être reproduite dans son propre outil.

Ce que reçoit l'agent suivant

Agent-hub lance des agents sur l'ordinateur et permet de dialoguer avec eux via les sujets d'un groupe Telegram. La commande /handoff crée une transition entre agents : une description de l'état actuel de la tâche est d'abord préparée, puis, après confirmation, un nouveau sujet s'ouvre avec le destinataire choisi.

La synthèse comprend cinq parties : l'objectif, le travail effectué, les décisions prises, les fichiers concernés et les étapes restantes. L'agent d'origine doit s'appuyer sur l'historique connu et signaler explicitement les lacunes. Pendant la préparation, il doit se limiter à un résumé, sans poursuivre la tâche ni appeler d'outils.

Imaginons que vous ajoutiez le renvoi d'un résultat après une panne réseau. Un agent a déjà implémenté la sauvegarde de la réponse et la file d'attente. Un autre doit vérifier la reprise après redémarrage. Une transmission utile expliquera où se trouvent les modifications et pourquoi on a choisi de reprendre l'envoi à partir de la première partie non confirmée. Il s'agit d'un exemple hypothétique tiré de l'article : il montre quelles informations se perdent facilement quand on copie le dernier message.

La synthèse est limitée à 3000 unités UTF-16. L'application rejette un texte vide ou trop long. Il n'y a pas de troncature automatique : les prochaines étapes ou une contrainte importante pourraient se trouver à la fin. Et même une synthèse de longueur correcte peut omettre les options écartées et les raisons des décisions.

La confirmation est liée à l'état de la tâche

Avant le lancement du destinataire, l'utilisateur voit le texte et peut le corriger intégralement ou annuler la transmission. Seule la personne qui a lancé le processus peut la confirmer. Ce n'est qu'ensuite que l'application crée le sujet Telegram, enregistre son association et lance l'agent.

Le brouillon reste valable 15 minutes à partir de l'ouverture de /handoff. Un nouveau tour dans la session d'origine, la restauration d'un instantané, une modification du contexte ou des paramètres, ou un redémarrage de l'application l'invalident. Les anciens boutons doivent cesser de fonctionner, et une seconde confirmation ne doit pas créer un deuxième sujet. Pour un développeur d'interface d'agents, la leçon est concrète : le consentement de l'utilisateur doit porter sur une version précise du texte et sur un état précis de la tâche.

La perte de la réponse de Telegram est traitée à part. Le service a pu créer le sujet sans que l'application reçoive la confirmation. C'est pourquoi agent-hub ne relance pas automatiquement la création : cela produirait des doublons. Avant un nouvel essai, l'auteur conseille de consulter la liste des sujets.

La génération de la synthèse occupe un tour distinct de l'agent d'origine et peut consommer des jetons facturés ou la limite de l'abonnement. L'interface doit en tenir compte : transmettre le contexte demande lui-même du temps et des ressources.

Les fichiers partagés restent un point de risque

Le destinataire démarre une nouvelle session dans le même répertoire de projet. L'historique et les autorisations de l'agent d'origine ne lui sont pas transmis. Une mention dans la synthèse d'une commande validée ne remplace pas, à elle seule, la confirmation prévue par les paramètres du destinataire.

Les deux agents voient toutefois les mêmes fichiers. Le sujet d'origine reste accessible, si bien qu'un travail en parallèle peut provoquer des modifications qui se chevauchent. Il n'existe ni isolation des fichiers ni résolution automatique des conflits. De plus, le contenu du disque peut changer après la préparation de la synthèse : le nouvel agent doit confronter la description à l'état réel du projet.

L'interdiction des outils pendant le résumé a elle aussi ses limites. Un canal spécial rejette les demandes d'autorisation, les questions et l'envoi de fichiers, mais, comme le note l'auteur, il ne constitue pas un véritable bac à sable. Si la CLI autorise elle-même l'exécution d'un outil, le canal ne garantit pas l'isolation.

Selon l'auteur, les scénarios ont été vérifiés par des tests automatiques avec des agents et un Telegram simulés, puis manuellement avec de vrais agents. L'article ne fournit aucune mesure chiffrée de la perte de contexte. La conclusion pratique est plus modeste que la promesse d'une transition sans couture : transmettez un état de la tâche vérifiable, indiquez ce qui est inconnu et demandez au destinataire de comparer les fichiers avant de les modifier. Le code source du projet est disponible dans le dépôt github.com/aprazdnikov/agent-hub-rs ; l'auteur indique la licence MIT.