Chaque tâche envoyée à un agent dans une salle devient une requête avec un identifiant public comme R20260906-07 et l'un des sept états : pending, approved, running, done, failed, cancelled ou expired. Cet identifiant existe pour qu'une personne dans un fil de chat, une personne sur son téléphone et le propriétaire devant une carte d'approbation parlent tous exactement de la même chose. Resume consiste à poursuivre cette même requête, sous le même identifiant, après une interruption.
C'est de la tuyauterie sans gloire. Mais c'est aussi ce qui fait la différence entre « l'agent fait quelque chose » et « l'agent traite R-07, demandé par Sarah, approuvé par vous à 14h02, avancé à 60 % ».
L'identifiant
R + la date UTC + un compteur journalier. Assez court pour être saisi sur un téléphone, assez unique pour servir de lien. Il apparaît dans la salle, dans l'audit log, dans les fils des plateformes de messagerie et sur les cartes d'approbation. Lorsque les connecteurs Feishu ou Slack sont utilisés, le fil de discussion d'une tâche prend cet identifiant pour titre. Voir la conception pour Feishu.
Les états
Sept états et leurs transitions ; le chemin en tiretés ambre représente un resume.
Les requêtes du propriétaire ignorent pending ; elles passent directement à approved.
Cancel, retry, resume
Cancel positionne un indicateur vérifié par le daemon entre deux appels d'outils. Une requête en cours d'exécution s'arrête au point sûr suivant ; une requête en file d'attente est retirée. Révoquer les autorisations d'une personne ou d'une machine annule tout ce qui est en attente pour celle-ci.
Retry crée une nouvelle requête avec un nouvel identifiant qui référence l'ancien. La salle affiche les deux, ce qui préserve la fidélité de l'historique.
Resume fonctionne différemment. Quand une machine passe en veille en pleine exécution ou que le daemon redémarre, la requête conserve son identifiant et sa référence de session de runtime. À la reprise, le daemon poursuit la même session plutôt que de rejouer le prompt depuis le début. La timeline affiche une interruption, pas un doublon. C'est ce qui permet d'utiliser un ordinateur portable qu'on referme à 18h comme environnement viable pour exécuter un agent dont d'autres dépendent.
Pourquoi les files d'attente par agent sont séquentielles
Chaque agent traite une seule requête à la fois, dans l'ordre. Si deux personnes sollicitent le même agent en même temps, elles obtiennent R-07 et R-08, et R-08 attend. Différents agents sur la même machine tournent en parallèle. Le traitement séquentiel par agent garantit la cohérence du répertoire de travail : deux modifications simultanées sur un même dépôt mènent tout droit à un état que personne n'a demandé.
TTL d'approbation
Une approbation sans réponse expire, par défaut après 24 heures, et la requête passe à l'état expired au lieu de s'exécuter le lendemain quand tout le monde a oublié le contexte. Le demandeur peut réessayer ; le propriétaire voit l'expiration dans l'audit log. Voir ce qu'un audit log doit enregistrer.
Questions fréquentes
Puis-je référencer une requête dans une nouvelle ? Oui. Mentionnez l'identifiant et l'agent intègre le résultat de cette requête dans son contexte. Référencer un message, une sortie ou une requête permet d'enchaîner sans avoir à tout réexpliquer.
Que devient une requête en cours si je révoque son demandeur ? Elle se termine et reste dans l'historique ; tout ce qui était en file d'attente pour cette personne est annulé. Interrompre une tâche en cours de route peut laisser un dépôt dans un pire état que de la laisser aller au bout.
Les identifiants sont-ils globaux ou par salle ?
Par propriétaire et par jour. Deux propriétaires peuvent chacun avoir un R20260906-01 ; au sein d'une salle, il n'y a aucune ambiguïté.
Le resume fonctionne-t-il aussi bien avec Codex qu'avec Claude Code ? Les deux runtimes exposent une référence de session ; le daemon la stocke avec la requête et s'en sert pour reprendre l'exécution.
Donnez un nom au travail et il devient un sujet dont on peut parler. Donnez une salle à votre agent.
Publié le