Escouade

Un environnement de développement agentique (ADE) : une application Windows, macOS et Linux où tu développes avec des agents de bout en bout. Tu planifies dans un Kanban de tickets, des agents codent en parallèle, chacun dans son worktree, tu relis et testes leur travail, tu le livres (commit, merge, pull request) et tu pilotes l'ensemble : notifications, quotas, coût, statistiques, serveur MCP. Les agents tournent sur le harness de ton choix : Claude Code, Codex, OpenCode ou GitHub Copilot CLI (Cursor CLI viendra plus tard). Gratuit et open source, en français et en anglais.

Site : escouade.dev · Documentation : escouade.dev/docs · Discord : discord.gg/m3KYtN8gxP

Escouade s'appelait auparavant « Claude Code Manager » : la mise à jour remplace l'ancienne installation et garde tes réglages et tes conversations. Projet indépendant, non affilié à Anthropic, OpenAI ni GitHub ; Claude et Claude Code sont des marques d'Anthropic, Codex d'OpenAI, GitHub Copilot de GitHub.

Fonctionnalités

Ce qui change d'une version à l'autre est dans le journal des versions.

Planifier

• Kanban : des tickets avec leurs critères d'acceptation, que des agents prennent seuls (pilote auto, de 1 à 6 en parallèle), chacun dans son worktree, en bouclant jusqu'à les atteindre ; un ticket peut en attendre d'autres, reprendre une branche existante, s'écrire dans une grande fenêtre (Ctrl+Entrée pour l'ajouter), et le pilote auto se met en pause près de la limite de tes quotas. « ▶ Tester » lance la fonctionnalité sur des ports à part, après t'avoir montré la recette écrite par l'agent ; la validation commite, merge, ouvre une pull request ou pousse.
• Intégrations : importe tes tickets Jira, Trello, GitHub Issues, Linear, ClickUp, GitLab Issues (gitlab.com et auto-hébergé) ou Azure Boards (dev.azure.com et Azure DevOps Server) dans le Kanban, avec leurs critères ; leur statut et des commentaires suivent, et une synchro ratée est retentée. Les jetons restent dans le trousseau du système.
• Images et fichiers des tickets : une capture ou une maquette se colle (Ctrl+V) ou se glisse dans la fenêtre d'un ticket, et « Joindre un fichier » y ajoute n'importe quel fichier (20 au plus) ; l'agent du ticket les reçoit avec son premier message, et la carte du Kanban montre un trombone et leur nombre.

Coder

• Projets en onglets : compteur de modifications git non commitées, pastille quand un agent attend une réponse, couleur par projet (qui teinte toute l'interface), réordonnables par glisser-déposer.
• Quatre harness : chaque agent tourne sur Claude Code, Codex, OpenCode ou Copilot CLI, dans la même conversation, avec les mêmes cartes, le même Kanban et les mêmes worktrees. Un « Harness par défaut » par projet, un autre pour un agent (« Nouvel agent ▾ ») ou un ticket, et le pilote auto qui suit, jusqu'à continuer sur un autre harness quand les quotas du sien sont épuisés. Ce que chacun sait faire et ce qui le protège : Installer un harness et la page Harness du site.
• Agents : une conversation par agent, nommée automatiquement d'après la première demande. Modèle (pour Claude Code : Fable, Opus, Sonnet, Haiku, toujours le plus récent qu'il connaît, affiché avec sa version : « Sonnet 5.5 » ; pour les autres, ceux que le harness liste), effort (jusqu'à max) et mode de permission (Auto, Demander, Plan, Édits auto, Bypass) modifiables en cours de conversation. Archivage, suppression, renommage. « Dupliquer la conversation » crée une copie de l'agent qui reprend tout son contexte dans une nouvelle session (et son propre worktree), sans toucher à l'original.
• Chat natif : markdown avec coloration syntaxique, réflexion repliable, appels d'outils compacts et dépliables (diffs, sorties de commandes, sous-agents). Questions de Claude et demandes d'autorisation sous forme de cartes cliquables (ou réponse libre), auxquelles tu réponds aussi au clavier (Ctrl+Entrée, Alt+1 … Alt+9). Images (coller/glisser), autocomplétion @fichier et /commande, messages envoyés pendant que Claude travaille (il en tient compte dès sa prochaine étape, comme dans Claude Code), interruption par Échap. Le texte que tu commences est gardé d'un redémarrage à l'autre, chaque agent se rouvre là où tu l'avais laissé, et une longue conversation n'affiche que ses 80 derniers éléments (« Afficher les N précédents » pour remonter).
• Vue Claude Code : un bouton de l'en-tête fait tourner l'agent dans l'interface de Claude Code elle-même, dans un terminal, avec ses commandes, ses raccourcis et ses dialogues, et y revient dans la conversation d'Escouade sans perdre la session. Escouade le suit toujours (notifications quand il attend une autorisation ou termine, coût estimé, statistiques, bandeau « Plan », recherche) par ses hooks et son transcript. Un réglage y ouvre les nouveaux agents ; les agents de ticket restent dans la vue d'Escouade. Les autres harness ont la leur : « Vue Codex », « Vue Copilot CLI » (même principe) et « Vue OpenCode », qui branche l'interface d'OpenCode sur la session de l'agent sans arrêter le suivi d'Escouade.
• Avancée d'un plan : quand un agent exécute un plan, un bandeau « Plan » entre son en-tête et ses messages dit où il en est sans lire la conversation : tâches faites, sous-agents qui travaillent et ce que fait chacun, tâche bloquée en attente de ta réponse. La liste vient des outils de tâches de Claude Code ou d'un plan superpowers, lu en lecture seule ; une mini-barre « Plan 2/7 » le résume sur la carte de l'agent.
• Sous-agents et tâches de fond : sous la carte d'un agent, ses sous-agents et ses tâches de fond (commandes en arrière-plan, surveillances, workflows). Un clic ouvre la conversation d'un sous-agent ou la sortie d'une commande, suivie en direct ; « Arrêter » en arrête un seul, et « Lui écrire » fait passer un message à un sous-agent en arrière-plan.
• Fichiers joints : n'importe quel fichier se joint à un message (trombone, collage, glisser-déposer). Ce que le harness lit (image, texte, PDF pour Claude Code) part dans le message, le reste par son chemin ; sous Windows, un fichier déposé est lu là où il est, sans copie.
• Rechercher dans les conversations (Ctrl+K) : dans ce que toi et tes agents avez écrit, les commandes, les fichiers et les sorties d'outils, sans tenir compte de la casse ni des accents ; un résultat ouvre l'agent sur le message.
• Éditeur intégré : parcourir et modifier les fichiers du projet ou du worktree d'un agent sans quitter l'app (arborescence, onglets, coloration syntaxique, recherche, lignes modifiées marquées dans la marge, Ctrl+S pour enregistrer). Il s'ouvre depuis l'en-tête d'un agent, les fichiers non commités ou les fichiers édités dans la conversation (une modification s'ouvre à sa première ligne modifiée), et prévient quand un fichier ouvert change sur le disque pendant que l'agent travaille, avec « Comparer » pour voir ce que le disque a de différent avant de choisir. Et aussi :
  • Ctrl+clic ou F12 suit un import, un lien ou un chemin, et va à la définition d'un nom, sans serveur de langage ; Alt+← revient ;
  • Ctrl+P ouvre un fichier par son nom, Ctrl+Shift+F cherche dans tous les fichiers, Shift+F12 trouve les références d'un nom ;
  • « Voir les changements » montre dans le texte ce qui a changé depuis le dernier commit, et « Annuler ce bloc » le remet ;
  • au clic droit dans l'arborescence : renommer (F2), supprimer vers la corbeille (Suppr), créer un dossier, ouvrir un terminal ici ; les fichiers .env* copiés dans les worktrees y apparaissent en grisé.
• Terminaux : vrais terminaux (ConPTY ou pty + xterm.js) PowerShell 7, Git Bash et WSL sous Windows, zsh, bash et fish sous macOS, avec l'autocomplétion native du shell. Un terminal s'ouvre aussi dans le worktree d'un agent ou dans un dossier de l'éditeur.

Relire et tester

• Git : panneau des fichiers non commités (par agent ou pour tout le projet, worktrees compris), visionneuse de diff (unifié / côte à côte, un choix qui s'applique aussi aux diffs de la conversation ; un long diff se déplie par tranches), commit rédigé par l'agent lui-même ou commit direct avec un message proposé par Haiku, que tu relis avant de cliquer, git graph de tout le dépôt avec la branche de l'agent mise en avant (onglet « Historique », clic sur un commit pour son diff, clic droit pour créer une branche, y passer ou la comparer). Disposition moitié / moitié au choix : la conversation à gauche, les fichiers modifiés et leur diff à droite, rafraîchis pendant que l'agent travaille. Option un worktree par agent, avec les fichiers .env* du projet copiés et des commandes de préparation (installer les dépendances…) dont tu suis la sortie en direct, puis merge (ou squash) dans la branche de base de l'agent et nettoyage.
• Branches : le bouton de branche de la barre d'état ouvre un sélecteur (recherche, locales et distantes, avance et retard « ↑2 ↓5 », récupérer, pousser) pour changer de branche sans perdre de travail (stash proposé), en créer, supprimer celles qui sont mergées ou, après confirmation, les autres, et nettoyer d'un coup les « Branches mergées ». Un agent ou un ticket peut travailler sur une branche qui existe déjà, et « Intégrer » fait entrer la base dans la branche d'un agent en lui rendant les conflits à résoudre.
• Lancement du projet : par projet, une liste de commandes (nom, ligne de commande, shell, sous-dossier) à lancer une par une ou toutes ensemble. Chacune tourne dans son propre terminal, en lecture seule, et garde son log d'un lancement à l'autre. Statut en direct (en cours, arrêté, terminé, planté avec le code de sortie et une notification) ; lancer, relancer, stopper. « ✦ Remplir automatiquement » laisse Claude lire le projet (sans rien modifier) et proposer ces commandes, que tu lis en entier avant de les prendre.

Livrer

• Livrer : un ticket validé passe d'abord les tests du Kanban s'ils sont réglés, puis il est commité et part comme le règle le projet : merge dans la branche cible (merge commit, squash ou rebase), push et pull request (par gh, avec la description, l'avancement et les critères ; sinon la page GitHub de la pull request s'ouvre pré-remplie), push de la branche, ou branche gardée. Un conflit de fusion se confie à l'agent, le worktree est supprimé une fois validé si tu le règles, et les fichiers que git ignore (.env*) ne sont jamais commités, poussés ni mergés.

Piloter

• Notifications : l'onglet du projet et la carte de l'agent clignotent (ambre : question, vert : terminé, rouge : erreur) jusqu'à ce que tu affiches l'agent ; carillon, notification système (Windows : cliquable), clignotement de la barre des tâches (macOS : rebond de l'icône du Dock) et badge dans la zone de notification / la barre des menus quand un agent pose une question ou termine. La notification dit de quoi il s'agit (« Autoriser Bash : npm test ? », la question, la première ligne de la réponse), et « Me prévenir pour » choisit les types qui sonnent.
• Vue d'ensemble (Ctrl+Shift+A) : tous les agents de tous les projets sur une page, ceux qui attendent ta réponse en tête ; une autorisation qui s'y lit en entier s'accorde ou se refuse sur place.
• Barre de statut : agents actifs, en attente et terminés, quotas du compte en cours en compact (5h … reset 3h01 | 7j … reset 4j 12h, le pourcentage au survol de la barre ; avec plusieurs comptes, un clic ouvre le détail de chacun), coût du jour. Tokens et coût montent en direct pendant que Claude travaille (estimation « ≈ » d'après les tarifs publics), puis prennent le chiffre exact du harness à la fin du tour (Codex ne donnant pas le sien, son coût reste « ≈ … estimé »).
• Statistiques : tokens (entrée, cache, sortie) par jour, semaine ou mois, coût global, coût moyen par prompt, répartition par projet, par modèle, par agent, par ticket et par compte.
• Plusieurs comptes : pour Claude Code, Codex et Copilot CLI, un compte par dossier de configuration (perso, pro…), chacun connecté depuis Escouade (« Ajouter un compte… » partage, par lien ou par copie, tes réglages, skills, agents et plugins, jamais la connexion). Chaque agent reste sur son compte ; un nouvel agent ou un ticket part sur le premier compte sous le seuil de « Pause au-delà du quota » (ou le « Compte préféré » du projet), et le pilote auto ne se met en pause que quand tous sont au seuil. Un agent arrêté par la limite d'usage peut reprendre, avec sa conversation, sur un autre compte (« Reprendre sur Pro », ou tout seul pour un agent de ticket si tu l'actives). Les statistiques se filtrent par compte. Un compte, Principal compris, peut être « Réservé aux projets » que tu coches (ceux d'un client, par exemple) : les autres projets n'y partent jamais, ni en automatique, ni au choix, ni en reprise ; un projet que plus aucun compte actif ne sert ne démarre rien, et les réglages le disent. Ton compte habituel devient « Principal » et se lance comme avant. Chaque harness a ses comptes et son quota : fenêtres de 5 h et 7 jours pour Claude Code et Codex, crédits du mois pour Copilot CLI, et pour OpenCode, qui n'a pas de quota, le coût du jour avec un « Budget par jour ($) ».
• Serveur MCP : Claude Code, Codex, OpenCode ou Copilot CLI (dans un terminal, leur app, ou un agent d'Escouade) lit tes projets, agents et tickets, crée, modifie, déplace et lance des tickets (avec leurs images et leurs fichiers, qu'il joint, liste et lit), mène leur flux jusqu'au bout (valider, renvoyer, reprendre, supprimer, attendre un changement), règle le Kanban d'un projet, crée un agent, lui écrit et l'arrête, lit ses sous-agents et ses tâches de fond (état, sortie, rapport), les arrête et écrit à un sous-agent, voit ses questions et ses demandes de permission et y répond, sous les mêmes garde-fous que le pilote auto. « Les agents peuvent piloter Escouade » (Réglages › Harness) le déclare dans chaque compte de chaque harness installé (le jeton écrit en clair dans sa config) et le donne à chaque agent d'Escouade, avec un jeton à lui ; il n'écoute que sur ta machine, derrière un jeton ; un journal « Activité MCP » garde les appels. Pour un ticket, il fait ce que font les boutons du Kanban, valider (les tests, puis la fusion) et supprimer compris ; aucun outil n'accorde un « Toujours autoriser » (une règle durable reste ta décision, dans la fenêtre), ne lance une commande de son choix ni ne supprime un projet ou un agent.
• Remote control : clic droit sur un agent → « Activer le remote control » (Claude Code). Sa session devient accessible depuis claude.ai et l'app Claude sur mobile ; ce que tu y envoies s'affiche aussi dans l'app, et l'agent reste joignable tant que l'app tourne (même session après un redémarrage).

Et aussi

• Français et anglais : l'interface existe dans les deux langues, celle du système par défaut, au choix dans Réglages › Application, sans redémarrer ; nombres, montants, dates et pluriels suivent la langue. Une langue à part pour les textes que Claude rédige (messages de commit, descriptions de pull request, commentaires publiés dans Jira, Trello, GitHub, Linear, ClickUp, GitLab et Azure Boards, consignes aux agents), car beaucoup d'équipes commitent en anglais avec une interface en français. Le site existe aussi en deux langues.
• Affichage : « Zoom de l'interface » de 80 à 200 % (Ctrl+=, Ctrl+-, Ctrl+0), sans redémarrer, et la taille du texte des terminaux et de l'éditeur à part.
• Fermer un projet garde son historique : l'ajouter de nouveau dans le même dossier retrouve ses agents, leurs conversations, ses tickets et ses réglages ; Réglages › Projets › « Projets fermés » les liste, pour les rouvrir ou les effacer.
• Fermer la fenêtre ne coupe pas les agents : l'app reste dans la zone de notification. Au redémarrage, chaque agent reprend sa session. Les processus inactifs sont arrêtés après un délai réglable et reprennent automatiquement à la prochaine action.
• Proxy réseau configurable (processus des harness, quotas, intégrations, mises à jour, et optionnellement terminaux).
• Mises à jour silencieuses via les releases GitHub : téléchargées en arrière-plan, installées sans fenêtre d'installeur, au redémarrage que tu choisis, ou d'elles-mêmes quand aucun agent ne travaille et que tout est enregistré.

Prérequis

• Windows 10 ou 11 (WebView2, présent par défaut sur Windows 11), macOS 11 (Big Sur) ou plus récent, sur Mac Apple Silicon ou Intel, ou Linux x86-64 avec une glibc 2.35 ou plus récente (Ubuntu 22.04, Debian 12, Fedora 36 et suivantes), WebKitGTK 4.1 compris.
• Au moins un harness installé et connecté : Claude Code, Codex, OpenCode ou Copilot CLI (voir Installer un harness).
• Git : Git for Windows, sous macOS celui des outils en ligne de commande Xcode (xcode-select --install) ou de Homebrew, sous Linux celui de la distribution.
• Optionnel sous Windows : PowerShell 7 (à défaut, les terminaux utilisent Windows PowerShell), WSL.

Sous Windows, Claude Code peut aussi être installé dans WSL. Donne son chemin dans Réglages › Harness, sous l'une de ces formes : ~/.local/bin/claude, /home/<utilisateur>/.local/bin/claude ou \\wsl.localhost\<distribution>\home\<utilisateur>\.local\bin\claude. Champ vide, il est trouvé seul quand Windows n'a pas de claude. La ligne sous le champ dit où Escouade l'a trouvé. Escouade le lance par wsl.exe dans le dossier de l'agent (/mnt/c/…) et lit ses sessions et sa connexion dans le dossier personnel Linux. Les outils MCP d'Escouade et le suivi en direct de la vue Claude Code demandent le réseau miroir de WSL : networkingMode=mirrored sous [wsl2] dans %UserProfile%\.wslconfig, puis wsl --shutdown. Claude Code y est lancé sans le profil du shell : une variable posée dans ~/.profile ou ~/.bashrc ne lui parvient pas.

Sous macOS, une app lancée depuis le Finder ou le Dock ne reçoit pas le PATH du terminal : Escouade reprend celui de ton shell de connexion ($SHELL -ilc) au démarrage, et cherche aussi claude dans ~/.local/bin, /opt/homebrew/bin et /usr/local/bin.

Installer un harness

Escouade lance le harness de ta machine, avec ton propre compte : installe-en au moins un et connecte-le une fois, comme pour t'en servir dans un terminal. Réglages › Harness dit ensuite pour chacun son exécutable, sa version et son état, et « Se connecter… » ouvre sa connexion dans un terminal intégré.

Une version plus ancienne que celle testée est refusée, avec la commande qui la met à jour ; une plus récente est utilisée, sans avertissement. Sous Windows, Escouade lance le binaire natif que le paquet npm installe, pas son lanceur. Les différences entre les quatre (modes et ce qui protège, coût et quota, vue terminal, ce qui n'est pas pris