Démarrer
Les harness
Un harness est le programme qui fait tourner un agent : Claude Code, Codex, OpenCode ou GitHub Copilot CLI. Cette page les compare, puis dit pour chacun comment l’installer, son compte, ses modèles, ses modes et ce qui le protège, son coût et son quota, sa vue terminal, le serveur MCP et ce qu’il ne fait pas.
À noter
Codex, OpenCode et Copilot CLI sont là depuis Escouade 1.8 ; Claude Code depuis le début. Cursor CLI viendra plus tard.
Choisir 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 liste chacun avec son exécutable, sa version et son état (voir les réglages des harness).
Dès que deux harness sont installés :
- chaque projet a son « Harness par défaut » (Réglages › Projets), Claude Code sans réglage ;
- le bouton « ▾ » de « Nouvel agent » propose « Nouvel agent sur … » pour chacun ;
- la fenêtre d’un ticket a son champ « Harness », celui du projet par défaut, que le pilote auto suit ;
- la carte de chaque agent porte la marque de son harness, dès que des agents tournent sur deux harness.
Un agent garde son harness. Quand plus aucun compte du sien ne peut le prendre, il peut continuer sur un autre harness, avec sa conversation, son worktree et sa branche.
Quel que soit le harness, l’agent a la même conversation : la réponse et le raisonnement en direct, ses outils sous les mêmes noms (Bash, Edit avec son diff, Read, Task…), les mêmes cartes de permission, de question et de plan à approuver, le bandeau « Plan » avec ses tâches et ses sous-agents, la reprise au redémarrage et « Dupliquer la conversation ». Ce qu’un harness ne sait pas faire n’apparaît pas pour ses agents.
Comparaison
| Claude Code | Codex | OpenCode | Copilot CLI | |
|---|---|---|---|---|
| Installation | script de Claude Code | npm install -g @openai/codex |
npm install -g opencode-ai |
npm install -g @github/copilot |
| Testé avec | 2.1.283 à 2.1.301 | 0.163.0 | 1.19.3 | 1.0.98 |
| Compte | abonnement Claude ou clé API | compte ChatGPT | les fournisseurs connectés à OpenCode, modèles locaux compris | compte GitHub avec Copilot, Free compris |
| Plusieurs comptes | oui | oui | non | oui |
| Modèles | ceux que Claude Code liste pour chaque compte | ceux que Codex liste pour ton compte | ceux de tes fournisseurs, avec recherche et favoris | ceux que Copilot liste, avec leur multiplicateur |
| Modes | les cinq | les cinq | quatre (pas d’Auto) | les cinq |
| Ce qui protège | ses permissions | son bac à sable | ses règles de permission | les règles d’Escouade |
| Message pendant un tour | attend la fin du tour | entre dans le tour | attend la fin du tour | entre dans le tour |
| Coût | exact | estimé | exact (0 en local) | exact, en crédits d’IA |
| Quota | fenêtres 5 h et 7 jours | fenêtres 5 h et 7 jours (30 jours en offre gratuite) | aucun : budget par jour | crédits du mois |
| Vue terminal | « Vue Claude Code » | « Vue Codex » | « Vue OpenCode » | « Vue Copilot CLI » |
| PDF joints | oui | non | non | non |
| Remote control, tâches de fond | oui | non | non | non |
Claude Code
Installation et compte
Installe Claude Code avec son script (irm https://claude.ai/install.ps1 | iex sous Windows, curl -fsSL https://claude.ai/install.sh | bash sous macOS et Linux), puis connecte-le avec ton abonnement Claude ou une clé API. Escouade le trouve dans le PATH ou aux endroits habituels, même dans WSL (voir l’installation). Ses comptes ont chacun leur dossier (CLAUDE_CONFIG_DIR) : voir plusieurs comptes.
Modèles et modes
Les modèles sont ceux que le Claude Code de chaque compte liste dans son /model, avec leur nom, leurs efforts et le mode « Auto » de chacun : un modèle qu’un compte a en plus (Mythos, par exemple) apparaît dans le Composer de ses agents, un modèle qu’il n’a pas n’y est pas. Escouade les lit au démarrage et à l’ajout d’un compte, sans rien consommer, puis à chaque démarrage d’agent. Le Kanban et les tickets proposent ceux des comptes actifs. Un agent qui passe sur un compte qui n’a pas son modèle prend le modèle par défaut, et sa conversation le dit. Avant la première lecture, la liste est Fable, Opus, Sonnet et Haiku. Les cinq modes ont leur sens d’origine : « Auto » (un classifieur accepte les actions sûres), « Demander », « Plan », « Édits auto » et « Bypass » (voir les modes de permission). Ce sont les permissions de Claude Code qui protègent.
Coût, quota et vue
Le coût d’un tour est celui que donne Claude Code. Le quota, ce sont la fenêtre de 5 heures et la fenêtre hebdomadaire de ton compte, dans la barre d’état. La vue Claude Code fait tourner l’agent dans l’interface de Claude Code elle-même. Il est seul à avoir le remote control, les tâches de fond et la lecture des PDF.
Codex
Installation et compte
npm install -g @openai/codex, puis codex login avec ton compte ChatGPT. Escouade lance le binaire natif du paquet npm (sous Windows, le codex.exe du paquet, pas son lanceur) : l’app de bureau de Codex installe souvent une version plus ancienne, que le PATH peut trouver d’abord. Chaque agent a son codex app-server. Ses comptes ont chacun leur CODEX_HOME : voir les comptes Codex.
Modèles et modes
Les modèles et leurs efforts sont ceux que Codex liste pour ton compte. Les modes passent par le bac à sable de Codex :
| Mode | Chez Codex |
|---|---|
| Plan | Le mode Plan de Codex : il étudie, peut te poser des questions, puis propose son plan, sans rien modifier (bac à sable en lecture seule). |
| Demander | Bac à sable : écriture dans le dossier de l’agent, réseau coupé. Une commande qui en sort demande, git add et git commit compris (Codex protège tout le dossier .git). |
| Édits auto | Pareil, et Escouade accepte d’office git add et git commit dans le worktree de l’agent, quand la commande n’est que cela et que ses hooks sont ceux du dépôt ; le réseau et le reste demandent. |
| Auto | Le relecteur automatique de Codex décide des demandes à ta place, et la conversation dit ce qu’il a approuvé. |
| Bypass | Codex ne demande rien et sort de son bac à sable. |
Une demande de Codex a trois boutons : « Autoriser », « Pour cette session » et « Refuser ». Un message envoyé pendant qu’il travaille entre dans son tour au lieu d’attendre.
Coût, quota et vue
Codex ne donne pas le coût : Escouade l’estime d’après les tokens du tour et le tarif public d’OpenAI, et l’écrit « ≈ … estimé ». Le quota, ce sont les fenêtres de ton compte (5 heures et 7 jours, ou une seule de 30 jours avec l’offre gratuite). La « Vue Codex » fait tourner l’agent dans l’interface de Codex (voir la vue terminal).
Ce que Codex ne fait pas
Il ne lit pas les PDF (le bouton les refuse en le disant) et ne propose pas de commandes / dans Escouade. Un agent Codex ne reprend pas sur un autre compte : il attend la remise à zéro, ou continue sur un autre harness. Pas de remote control ni de tâches de fond.
OpenCode
Installation et compte
npm install -g opencode-ai installe OpenCode 1, le seul que pilote Escouade : OpenCode 2 (@opencode/cli) est reconnu et dit « Non pris en charge ». Connecte un fournisseur avec opencode auth login (« Se connecter… » dans Réglages › Harness le lance) ; les modèles locaux d’Ollama marchent aussi. OpenCode a un seul compte dans Escouade, sa config habituelle. Un seul opencode serve sert tous les agents OpenCode, protégé par un mot de passe tiré au hasard qui ne quitte pas Escouade ; chaque agent y est une session.
Modèles et modes
Le menu « Modèle » liste les modèles des fournisseurs connectés, avec une recherche, leur fournisseur et des favoris (★) en tête, aussi réglables dans Réglages › Harness › OpenCode › « Modèles ». L’effort est la variante du modèle quand il en a. Escouade donne toujours le modèle, pour qu’OpenCode n’en choisisse pas un de lui-même.
OpenCode n’a pas de bac à sable : ce sont ses règles de permission qui suivent le mode, et une commande acceptée peut tout faire.
| Mode | Chez OpenCode |
|---|---|
| Demander | Les fichiers du dossier de l’agent changent sans demander ; les commandes (git add et git commit compris), le web et les chemins hors du dossier demandent. |
| Édits auto | Pareil, et git add et git commit passent sans demander. |
| Plan | L’agent plan d’OpenCode étudie sans rien modifier, puis te propose son plan à approuver. |
| Bypass | OpenCode ne demande rien. |
Une demande d’OpenCode a « Autoriser », « Toujours autoriser » (la carte dit le motif qu’OpenCode gardera pour la session, comme git add *) et « Refuser ». Un message envoyé pendant un tour attend sa fin.
Coût, budget et vue
Le coût d’un tour est celui qu’OpenCode donne, au prix du fournisseur : 0 avec un modèle local. OpenCode n’a pas de quota : la barre d’état montre le coût du jour de son compte, et « Budget par jour ($) », dans Réglages › Comptes, met le pilote auto en pause jusqu’à minuit une fois atteint (voir le compte OpenCode). La « Vue OpenCode » branche l’interface d’OpenCode sur la session de l’agent sans arrêter le suivi d’Escouade (voir la vue terminal).
Ce qu’OpenCode ne fait pas
Pas de mode « Auto » (OpenCode n’a pas de relecteur), pas de bac à sable, un seul compte, pas de PDF joints, pas de commandes / dans Escouade, pas de remote control ni de tâches de fond.
Copilot CLI
Installation et compte
npm install -g @github/copilot, puis copilot login avec un compte GitHub qui a Copilot (Free compris). Chaque agent a son copilot --server --stdio, sans le serveur MCP GitHub que Copilot branche de lui-même, sans accès au dossier temporaire du système et sans les jetons GitHub dans l’environnement de ses commandes. Ses comptes ont chacun leur COPILOT_HOME : voir les comptes Copilot CLI.
Modèles et modes
Le menu des modèles écrit le multiplicateur de chacun (×3), ou son coût relatif sur un compte Free ; auto n’est jamais proposé. Le modèle et le mode changent tout de suite, même pendant un tour.
Copilot n’a pas de bac à sable quand Escouade le pilote : ce sont les règles d’Escouade qui répondent sans carte aux demandes sûres.
| Mode | Chez Copilot CLI |
|---|---|
| Demander | Les lectures et écritures du dossier de l’agent passent ; les commandes (git add et git commit compris), le web, les outils MCP et les chemins hors du dossier demandent. |
| Édits auto | Pareil, et git add et git commit de son worktree passent. |
| Plan | Copilot étudie et propose un plan sans rien modifier ; ses lectures du dossier passent. |
| Auto | Copilot enchaîne seul jusqu’au bout de sa tâche (autopilot), avec les règles d’« Édits auto ». |
| Bypass | Copilot ne demande rien. |
Une demande de Copilot a « Autoriser », « Pour cette session » et « Refuser » ; pas de « Toujours », qui écrirait une règle durable dans la config de Copilot. Un formulaire d’un serveur MCP devient une carte à champs. Un message envoyé pendant un tour y entre aussitôt.
Coût, crédits et vue
Le coût d’un tour vient des crédits d’IA de ses appels (un crédit vaut 0,01 $). La barre « crédits » dit ce qui est utilisé ce mois-ci, jusqu’à leur retour le 1ᵉʳ du mois ; le plafond de crédits d’une session atteint devient une carte. La « Vue Copilot CLI » fait tourner l’agent dans l’interface de Copilot (voir la vue terminal).
Ce que Copilot CLI ne fait pas
Pas de « Toujours autoriser », pas de mode assisted (expérimental), pas de PDF joints, pas de commandes / dans Escouade, pas de remote control ni de tâches de fond. Un agent Copilot ne reprend pas sur un autre compte.
Le serveur MCP
Quel que soit leur harness, les agents d’Escouade reçoivent son serveur MCP, chacun avec son propre jeton, quand « Les agents peuvent piloter Escouade » est allumé. Le même interrupteur le déclare dans chaque harness installé, pour que Claude Code, Codex, OpenCode ou Copilot CLI lancés hors d’Escouade, dans un terminal ou leur app, pilotent Escouade : voir le serveur MCP.
Textes rédigés
Le nom d’un nouvel agent, les messages de commit et les descriptions de pull request proposés sont écrits par le harness de Réglages › Application › « Modèle des textes rédigés » : « Claude Haiku », « Codex (GPT-6-Luna) », un modèle d’OpenCode ou « Copilot (GPT-5 mini) », parmi les harness installés (voir les textes rédigés).