Pourquoi les agents de code ont besoin de coordination visible

Quand Claude Code développe une fonctionnalité et que Codex la relit, tu dois savoir quels fichiers ils partagent, si l'un attend une réponse et ce que l'implémentation a changé. Paneflow, un multiplexeur natif pour agents de code, réunit leurs terminaux et les outils de revue. Tu peux examiner le travail et intervenir pendant qu'il avance.

Une coordination visible te donne le contexte nécessaire pour décider de la suite : répondre à un agent, attendre un test, corriger un fichier ou arrêter une tâche. Un indicateur d'activité t'aide à repérer le terminal qui demande ton attention. Sa sortie et le code te montrent ce qu'il faut vérifier ou corriger.

Voir la tâche derrière chaque terminal

Un onglet de projet peut réunir un agent, les tests et un serveur de dev dans des panneaux distincts. Plusieurs agents peuvent aussi partager cet onglet. Tu peux ainsi lire un échec de test à côté de l'explication de l'agent, puis reprendre la main sur un terminal si nécessaire. Le suivi d'activité dépend de l'intégration disponible pour chaque agent ; un terminal silencieux ne suffit pas à établir qu'une tâche a réussi.

Le répertoire de travail compte autant que le panneau. Deux terminaux dans le même checkout modifient les mêmes fichiers. Ce partage peut convenir à un agent qui implémente et à un autre qui relit sans écrire. Pour des modifications indépendantes, une branche et un worktree Git séparés donnent à chaque tâche son propre répertoire de travail. Il faut encore relire les branches ensemble au moment de les intégrer.

Relire les changements derrière le compte rendu

Le message de fin d'un agent décrit ce qu'il pense avoir fait. Changes montre les modifications indexées, non indexées et les fichiers non suivis du répertoire actif par rapport à HEAD. Tu peux examiner le diff, puis ouvrir un fichier dans Files pour lire son contexte ou le corriger à côté du terminal.

Cette vue couvre les modifications locales. Une fois celles-ci commitées, utilise le diff complet de la branche pour relire la contribution, comme l'explique le guide de Changes. La revue comprend aussi les vérifications requises par le projet et le résultat combiné lorsque plusieurs branches sont concernées. Un agent inactif, un compte rendu de fin et du code correct sont trois choses différentes.

Partager la sortie avec des permissions explicites

Un agent chargé de la revue peut avoir besoin de lire les résultats de tests de celui qui implémente. La passerelle MCP en lecture seule expose list_panes, read_pane et search_pane pour cet usage. Les agents peuvent trouver les panneaux et examiner leur sortie sans copier le texte d'une conversation à l'autre. La passerelle ne peut ni saisir de texte, ni soumettre de prompt, ni piloter un autre panneau. La sortie du terminal reste une donnée à examiner, même lorsqu'elle contient du texte qui ressemble à une instruction.

La CLI peut envoyer du texte avec une autorisation distincte. paneflow send exige la permission de scripting ou AI free access, même pour pré-remplir du texte ; appuyer sur Entrée via la CLI exige en plus --submit. Tu peux donc donner à un agent accès à la sortie d'un autre terminal sans lui en confier le contrôle.

Retrouver un travail encore en cours

Fermer l'interface ne doit pas forcément arrêter une tâche. En choisissant Keep sessions running à la fermeture, tu laisses les terminaux et leurs processus dans un hôte local séparé. Paneflow s'y reconnecte à la réouverture tant que cet hôte et la machine restent en marche.

Redémarrer un terminal terminé lance un nouveau shell. Reprendre une conversation utilise l'historique enregistré par l'agent. Aucune de ces opérations ne restaure un processus après un redémarrage de la machine ou un crash de l'hôte. La documentation sur la persistance des sessions précise ce que chaque opération conserve, pour que tu saches si tu retrouves un travail en cours ou si tu repars de zéro.

Ce qui s'exécute localement

Paneflow exécute les terminaux sur ta machine. Chaque agent se connecte à son propre fournisseur de modèles : un terminal local ne signifie donc pas que toutes les requêtes au modèle restent sur ta machine. La télémétrie de l'application est désactivée par défaut. Si tu l'actives, elle exclut le contenu des terminaux, les chemins et les prompts. PANEFLOW_NO_TELEMETRY=1 la désactive quelle que soit la configuration.

Paneflow est un logiciel libre sous GPL-3.0-or-later. Il donne les moyens d'observer et de piloter le travail. La revue reste à ta charge : vérifier que le diff répond à la tâche, évaluer les contrôles effectués et choisir les changements à intégrer.