Vous pouvez déjà faire tourner cinq agents dans tmux. Vous découpez la fenêtre, vous en lancez un par volet, c’est fait. Ça marche jusqu’à ce que vous vouliez répondre à la question qui compte vraiment : lequel a besoin de moi ? tmux ne peut pas vous le dire. La barre d’onglets de votre terminal non plus. Comprendre pourquoi en vaut la peine, car c’est tout l’argument en faveur d’un autre outil.
Un multiplexeur de terminal montre des volets, pas un état
tmux fait très bien ce qu’il fait : il multiplexe un terminal. Il vous donne des volets et des fenêtres qui survivent à une déconnexion. Ce qu’il n’a pas, c’est la moindre notion de ce qui se passe dans un volet. Pour tmux, un agent bloqué et un agent occupé se ressemblent, parce que ce sont deux flux d’octets. Il peut vous montrer tous les flux en même temps. Il ne peut pas vous dire que le volet 3 attend une autorisation pendant que le volet 1 réfléchit.
Alors vous lisez. Vous parcourez les volets, vous décryptez la sortie de vos propres yeux, vous en déduisez l’état. Ça fonctionne avec deux agents. Ça s’effondre à cinq, parce que c’est désormais vous le moteur de statut : en boucle, lent, et qui oublie des choses.
Pour connaître le statut, il faut héberger la session
Voici le nœud technique. On ne peut pas distinguer de façon fiable un agent qui travaille d’un agent qui attend en regardant la sortie de l’extérieur. La sortie est ambiguë : une longue pause peut signifier qu’il réfléchit, ou qu’une demande attend une réponse plus bas, hors de l’écran. Les couleurs et les indicateurs de chargement aident l’œil humain, mais ne donnent pas de signal net.
Pour obtenir un signal net, il faut exécuter la session dans un vrai PTY que vous maîtrisez. Quand vous hébergez vous-même le pseudo-terminal, vous voyez chaque octet que l’agent écrit et vous contrôlez son entrée. C’est la fondation sur laquelle tout le reste repose. Sans elle, vous devinez de l’extérieur. Avec elle, vous avez la réalité. vord le fait pour cinq CLI : Claude Code, Codex, Kimi, OpenCode et Grok. Vous les installez et les lancez vous-même, et vord héberge les sessions.
Les hooks battent les heuristiques, et il vous faut les deux
Maîtriser le PTY vous donne les octets. Mais le meilleur signal n’est même pas dans les octets. C’est l’agent qui vous le dit directement. Une CLI comme Claude Code peut déclencher des hooks à chaque changement d’état. Dirigez ces hooks vers un récepteur local et l’agent signale lui-même son statut : démarré, en attente d’autorisation, en train de poser une question, en attente d’un plan, terminé. Ce n’est pas une déduction. C’est l’agent qui dit ce qu’il fait.
Les heuristiques d’écran gardent leur place en solution de repli. Quand les hooks ne sont pas branchés, ou pour une CLI qui n’en émet pas, on lit ce que la session affiche et on fait la meilleure estimation possible. La bonne conception utilise le signal fort quand il existe et bascule sur l’heuristique sinon, jamais l’inverse.
Ce que rapporte le signal fort, c’est la précision. Une heuristique vous dit « attend probablement ». Un hook vous dit « attend, pour une autorisation, sur cette commande ». C’est cette différence qui fait d’une notification quelque chose d’utile plutôt que du bruit.
Le tri, la fonction dont vous ignoriez avoir besoin
Dès que vous connaissez vraiment l’état de chaque session, vous pouvez trier dessus. Ça paraît anodin. C’est de loin la chose la plus utile que fait la grille.
Mettez en haut tout ce qui vous attend. L’écran devient la file d’attente. Vous ne cherchez plus la session bloquée : elle est déjà en premier. Celles qui travaillent descendent là où est leur place ; vous n’êtes de toute façon pas censé y toucher. Les inactives sont encore plus bas, avec ce qui est terminé ou a atteint une limite d’utilisation. La disposition fait le tri pour que vos yeux n’aient pas à le faire.
Comparez avec les onglets, dont la position dépend du moment où vous les avez ouverts. L’agent bloqué peut être l’onglet 1 ou l’onglet 6, et le seul moyen de le savoir est de les visiter tous. Les onglets à position fixe vous imposent une recherche linéaire. Les cartes triées par statut vous donnent la réponse en haut.
La densité, l’autre moitié
Connaître le statut permet de masquer le détail sans risque. Quand vous voulez seulement savoir qui a besoin de vous, cinq terminaux qui défilent ne servent à rien. Il vous faut cinq cartes de statut lisibles d’un coup d’œil. Quand vous intervenez, vous ouvrez cette session en grand et vous tapez dans un vrai terminal. Vous ajustez ce qui s’affiche selon ce que vous décidez, au lieu de fixer cinq terminaux complets que vous ne pouvez de toute façon pas lire en même temps.
Alors : onglets ou grille ?
Les onglets conviennent quand vous avez une ou deux sessions de longue durée dans lesquelles vous travaillez directement. Une grille convient quand vous avez de nombreuses sessions qui ont régulièrement besoin d’une décision, sans pouvoir prévoir laquelle ni quand. C’est exactement le travail avec des agents.
Le terminal a été conçu pour la personne au clavier. La grille est conçue pour la personne qui supervise une flotte, et c’est le travail d’aujourd’hui.
