Lancement de Paneflow sur Show HN

Lancer un agent de code est devenu banal. Tu ouvres un terminal, tu tapes une commande, et Claude Code, Codex, OpenCode ou un autre CLI commence à travailler.

Le problème arrive quand tu en lances plusieurs.

Un agent corrige un bug. Un autre prépare une refactorisation. Un troisième relit un diff. À côté, un serveur de dev tourne, les tests passent ou échouent, et chaque terminal raconte une partie différente de l'histoire. Au bout d'un moment, la difficulté n'est plus de lancer des agents. C'est de savoir lequel fait quoi, lequel attend une réponse, lequel a terminé, et sur quelle branche il travaille.

Paneflow est né de ce point précis : garder plusieurs agents de code visibles, pilotables et compréhensibles dans un seul espace de travail local.

La démo complète est aussi disponible sur YouTube.

La discussion de lancement est sur Hacker News : Show HN: Paneflow.

Le terminal seul ne suffit plus toujours

J'aime les terminaux. tmux, Zellij, Ghostty, Kitty ou WezTerm restent de très bons outils, surtout quand tu travailles en SSH ou sur une machine distante.

Mais quand tu fais tourner plusieurs agents locaux sur le même projet, le problème change. Une grille de terminaux affiche des processus. Elle ne dit pas vraiment quel agent réfléchit, lequel attend ton accord, lequel a produit un diff intéressant, ni lequel est en train de refaire le travail d'un autre.

Avec assez de fenêtres ouvertes, tu finis par reconstruire l'état du projet dans ta tête. Tu passes d'un terminal à l'autre, tu relis du scrollback, tu cherches le bon répertoire, tu vérifies la branche courante, puis tu reviens au diff. Ce n'est pas un gros problème une fois. Ça devient coûteux quand c'est ton mode de travail principal.

Paneflow ne cherche pas à remplacer ton éditeur. Il remplace plutôt cette couche de coordination que beaucoup de développeurs construisent à la main avec des splits, des noms de fenêtres, des conventions de branches et beaucoup de mémoire court terme.

Un espace de travail par tâche, pas seulement un panneau par commande

Dans Paneflow, un panneau reste un vrai terminal. Tu peux y lancer Claude Code, Codex, OpenCode, Grok Builder ou n'importe quel CLI qui tourne dans un shell.

La différence est autour du terminal.

Une tâche peut avoir son agent, ses tests, son serveur de développement, sa branche git, ses diffs et ses sessions précédentes. Paneflow rassemble ces éléments dans le même espace de travail pour que tu n'aies pas à les retrouver manuellement à chaque changement de contexte.

Quand tu veux isoler un travail, chaque tâche peut tourner dans son propre git worktree. La vue Review affiche ensuite les diffs côte à côte, un worktree par colonne. Tu vois ce que chaque agent a produit sans changer de fenêtre, de branche ou d'éditeur.

Cette organisation devient particulièrement utile quand deux agents travaillent sur des zones proches du code. Tu peux garder leurs sorties ouvertes, comparer leurs changements, puis décider lequel mérite d'être gardé, corrigé ou abandonné.

La coordination passe dans l'interface CLI

Le pari le plus important de Paneflow n'est pas l'affichage. C'est la coordination.

J'appelle cette couche Paneflow Conductor. Pour le moment, ce que j'expose aux agents passe volontairement dans l'interface CLI et le socket local. La GUI reste l'endroit où tu supervises, où tu lis, où tu reprends la main sur n'importe quel panneau.

paneflow ps liste les panneaux et agents en cours avec leur état réel. paneflow watch diffuse les changements en JSONL, alimentés par les hooks et l'event bus au lieu d'interroger le terminal en boucle. Un agent peut donc observer ce qui tourne, attendre un événement, préparer un prompt pour un autre panneau et te laisser valider l'envoi.

Par défaut, Paneflow pré-remplit les prompts et c'est encore toi qui appuies sur Entrée. Le mode auto-submit existe, mais il est opt-in. Ce choix est volontaire : quand plusieurs agents peuvent agir dans le même projet, le contrôle humain doit rester visible.

Les agents peuvent lire sans prendre le contrôle

Un autre morceau important est le serveur MCP intégré. Il expose trois outils en lecture seule : list_panes, read_pane et search_pane.

Concrètement, Claude Code dans un panneau peut lire la sortie de test que Codex vient de produire dans un autre. Un agent peut chercher une erreur dans un terminal voisin avant de proposer un correctif. Tu n'as plus besoin de copier-coller la sortie d'un outil dans un autre.

La limite est stricte : cette passerelle ne permet pas d'écrire dans un panneau ni de piloter un agent à ta place. La sortie terminal est traitée comme non fiable, parce qu'un transcript d'agent ou un repo peut contenir du texte hostile. Paneflow rend le partage de contexte plus explicite, mais ne transforme pas chaque terminal en surface d'exécution ouverte.

C'est cette frontière qui m'intéresse : donner assez de contexte aux agents pour qu'ils évitent de travailler à l'aveugle, sans leur donner un pouvoir silencieux sur toute la session.

Pourquoi une app native

Paneflow est écrit en Rust et utilise GPUI, le framework d'interface derrière Zed. Ce choix vient d'une contrainte très simple : les agents peuvent tourner longtemps, parfois en parallèle, et l'espace qui les contient doit rester léger.

Je ne voulais pas d'une app Electron autour de terminaux qui exécutent déjà des processus lourds. Je ne voulais pas non plus d'un outil macOS-only alors que mon propre travail passe par Linux et Windows. Aujourd'hui, Paneflow livre des builds pour Linux, macOS Apple Silicon et Windows x64. macOS Intel et Windows ARM64 ne sont pas encore livrés.

Le résultat n'est pas un IDE. C'est un espace de travail local, open source, pensé pour les développeurs qui savent déjà utiliser leurs agents CLI mais veulent arrêter de piloter toute la coordination à la main.

Essaie Paneflow sur ta prochaine session multi-agent

Si tu lances un seul agent de temps en temps, ton terminal actuel suffit probablement.

Si tu commences à faire travailler plusieurs agents en parallèle, la question devient différente : comment garder leur état lisible, leurs branches séparées, leurs diffs vérifiables et leur contexte partageable sans perdre le contrôle ?

C'est exactement le problème que Paneflow cherche à résoudre.

Télécharge Paneflow, ouvre un projet, lance deux agents dans deux panneaux, puis regarde si l'espace de travail réduit la charge mentale que tu avais fini par accepter comme normale.