# Gérer des agents de code en parallèle sous Windows

URL: https://agentvera.dev/fr/blog/coding-agents-on-windows/ · Publié: 2026-11-01

Lancer Claude Code, Codex et Gemini CLI en même temps sous Windows : agents parallèles sans tmux, worktrees, faut-il WSL, et les équivalents des outils réservés au Mac.

**En bref:**

- Claude Code, Codex, Gemini CLI et Copilot CLI tournent désormais nativement sous Windows dans PowerShell, sans WSL ; ce qui manque, c’est un outil pour les gérer ensemble.
- Conductor, Paradev (ex-Superset) et Sculptor n’existent pas sous Windows ; Claude Squad exige tmux et ne fonctionne donc que dans WSL.
- Pour des agents parallèles sous Windows, trois choses suffisent : un git worktree par agent, une fenêtre qui affiche les agents côte à côte et un endroit unique pour les demandes d’approbation.

Cherchez « agents de code parallèles » et la page de téléchargement des outils trouvés n’a souvent qu’un seul bouton : Télécharger pour macOS. Si vous codez sous Windows, les agents eux-mêmes fonctionnent ; Claude Code, Codex et Gemini CLI s’ouvrent désormais nativement dans PowerShell. Ce qui manque, c’est un outil pour les gérer ensemble.

Cet article comble ce manque : comment installer, isoler et surveiller plusieurs agents de code sous Windows, quels outils y fonctionnent vraiment, et quand vous avez besoin de WSL. Nous développons AgentVera, l’un de ces outils ; nous le présentons aussi, limites comprises.

## Les agents eux-mêmes tournent-ils sous Windows ?

Oui. En 2026, la plupart des grands agents de code disposent d’une installation Windows native :

| Agent | Sous Windows | Remarque |
|---|---|---|
| Claude Code | Natif (PowerShell, CMD, winget, npm) | Git for Windows facultatif ; bac à sable uniquement dans WSL 2 |
| Codex | Natif, avec son propre bac à sable Windows | Windows 11 est la cible principale |
| Gemini CLI | Via npm | Node.js 20+ |
| Copilot CLI | winget ou npm | PowerShell 6+ |
| Cursor CLI | Script d’installation PowerShell | |
| opencode | scoop, choco, npm | Sa documentation recommande WSL pour une expérience optimale |
| Kiro CLI | Script d’installation PowerShell | Windows 11 uniquement |
| Amp | La documentation officielle indique WSL | |

Toutes les commandes d’installation sont dans [installer des agents de code sous Windows](/fr/blog/install-coding-agents-on-windows/).

## Et les gestionnaires d’agents ?

C’est là que le bât blesse. La plupart des outils conçus pour exécuter plusieurs agents en parallèle sont réservés au Mac :

- **Conductor** est réservé à macOS. Sa documentation officielle renvoie vers une liste d’attente pour Windows et Linux.
- **Paradev** (anciennement Superset) tourne sous macOS ; sa FAQ indique que Windows n’est pas encore disponible. La version Linux est expérimentale.
- **Sculptor** (Imbue) cible les Mac Apple Silicon et Linux ; Windows est « en préparation ».
- **Claude Squad** repose sur tmux. tmux n’a pas de version Windows native, donc sous Windows il ne fonctionne que dans WSL.
- **Nimbalyst** (le successeur de Crystal) tourne sous Windows, macOS et Linux, avec Claude Code et Codex.
- **L’application de bureau Claude d’Anthropic** tourne sous Windows et peut ouvrir des sessions parallèles dans des worktrees, mais elle ne fait tourner que Claude.

Autrement dit, si vous voulez gérer sous Windows des agents de plusieurs fournisseurs dans une seule fenêtre, le choix est mince. Si vous venez du Mac et cherchez un remplaçant à Conductor, l’article [Conductor pour Windows](/fr/blog/conductor-for-windows/) fait la comparaison.

## Les trois ingrédients des agents parallèles

Quel que soit l’outil, les agents parallèles sous Windows reposent sur ces trois éléments.

### 1. Une copie de travail par agent

Deux agents qui travaillent dans le même dossier écrasent les fichiers l’un de l’autre. La solution, c’est git worktree : des dossiers séparés, sur des branches séparées, issus du même dépôt.

```powershell
git worktree add ..\projet-auth -b agent/auth
git worktree add ..\projet-tests -b agent/tests
```

Deux points propres à Windows :

- **Chemins longs.** Les dossiers `node_modules` profonds peuvent dépasser la limite de 260 caractères. Définissez `git config --global core.longpaths true` et placez les worktrees sous une racine courte comme `C:\src`.
- **Fins de ligne.** Quand les agents écrivent en LF et que les outils Windows enregistrent en CRLF, les diffs deviennent bruyants et certains outils d’édition renvoient une erreur « texte introuvable ». Ajoutez au dépôt un `.gitattributes` contenant `* text=auto`.

Pour le détail, voir [le développement parallèle avec git worktree](/fr/blog/git-worktree-parallel-agents/).

### 2. Un endroit pour voir tous les agents à la fois

Sur Mac, ce rôle revient le plus souvent à tmux. Sous Windows, vous avez deux options :

- **Les volets de Windows Terminal.** Ouvrez un volet avec `Alt+Shift+D` et lancez un agent dans chacun. C’est gratuit et rapide ; mais pour savoir quel agent a terminé et lequel attend une approbation, il faut regarder les volets un par un.
- **Un gestionnaire d’agents.** Une application de bureau qui affiche les agents dans une grille et indique l’état de chaque panneau (en cours, en attente d’approbation, terminé).

### 3. Un endroit unique pour les demandes d’approbation

Si trois agents demandent en même temps l’autorisation d’écrire un fichier, c’est vous qui devenez le maillon le plus lent. Voir les demandes d’approbation dans une seule file, ou définir à l’avance des règles d’autorisation pour les tâches de confiance, rend le travail parallèle vraiment parallèle. Une notification Windows quand un agent termine ou pose une question joue le même rôle.

## Des agents parallèles sous Windows avec AgentVera

AgentVera est une application de bureau qui tourne nativement sous Windows, pas un portage passant par WSL. [Téléchargez](/fr/download/) l’installateur x64 et lancez-le ; les versions suivantes se téléchargent en arrière-plan. (L’installateur n’est pas encore signé avec un certificat Microsoft ; dans SmartScreen, cliquez sur « Informations complémentaires » puis sur « Exécuter quand même ».)

Ce qu’il fait sous Windows :

- **18 agents de code, une seule grille.** Claude Code, Codex, Gemini CLI, Copilot, Cursor, opencode, Qwen Code, Kiro et les autres se placent côte à côte dans une grille de 1×1 à 5×4. Chaque panneau affiche son état et la taille du contexte en direct. Voir le [workspace](/fr/features/workspace/).
- **De vrais terminaux.** Chaque agent s’exécute dans une vraie session de terminal sur la couche ConPTY de Windows ; l’interface propre à l’agent s’affiche comme dans Windows Terminal.
- **Les shims `.cmd` ne posent pas de problème.** Sous Windows, npm installe des shims comme `claude.cmd` ou `codex.cmd`, et `cmd.exe` réanalyse les arguments. AgentVera déballe le shim et lance directement le script qu’il contient ; les rôles et réglages JSON contenant `&` ou `%` arrivent intacts.
- **Worktrees.** Ouvrez un worktree depuis le [panneau Git](/fr/features/git-and-github/) et démarrez-y directement l’agent.
- **Approbations dans une seule file.** Les demandes d’autorisation de tous les agents arrivent dans [une file unique](/fr/features/notifications-and-approvals/) ; une notification Windows vous prévient quand un agent termine.
- **Limites.** Quand une limite Claude est atteinte, le [changement de compte](/fr/features/account-switching/) (Pro) bascule l’agent vers le compte suivant.

Ses limites sont claires aussi : il n’existe pour l’instant qu’un installateur x64 (qui tourne sous Windows on ARM via l’émulation), et il ne gère pas directement les agents installés dans WSL. Vous pouvez lancer un agent installé dans WSL en ouvrant un agent Terminal et en tapant une commande comme `wsl claude` ; vous obtenez alors un panneau de terminal, mais pas les fonctions propres à l’agent comme la reprise de session.

Tout ce qui concerne Windows est résumé sur [la page Windows](/fr/windows/).

## Faut-il utiliser WSL ?

Réponse courte : oui si votre projet dépend de Linux, sinon ce n’est pas nécessaire.

- **Windows natif** est le bon choix pour .NET, C#, Unity, les applications de bureau Windows et tout projet dont le code vit sur le lecteur `C:`. L’installation est courte et l’accès aux fichiers rapide.
- **WSL 2** convient mieux aux projets centrés sur Docker, aux scripts shell et aux outils qui ne tournent que sous Linux. Gardez le code dans le système de fichiers Linux ; travailler via `/mnt/c` est nettement plus lent.

La comparaison complète est dans [WSL ou Windows natif](/fr/blog/wsl-vs-native-windows-coding-agents/).

## Problèmes courants sous Windows

**La commande de l’agent n’est pas reconnue.** Le dossier d’installation n’a pas encore été ajouté au PATH. Ouvrez un nouveau terminal ; `where claude` ou `where codex` montre ce qui est trouvé.

**L’agent exécute ses commandes shell dans le mauvais shell.** Claude Code utilise Git Bash si Git for Windows est installé, sinon PowerShell. Pour lui indiquer un Git Bash précis, définissez `CLAUDE_CODE_GIT_BASH_PATH`.

**Impossible de créer un worktree.** C’est généralement un chemin trop long ou un fichier verrouillé. Activez `core.longpaths`, placez le worktree sous une racine courte et fermez les éditeurs et serveurs de développement ouverts.

**Deux agents veulent le même port.** Donnez à chaque worktree son propre port de serveur de développement.

## Pour conclure

Faire tourner un agent de code sous Windows n’est plus un problème ; en gérer plusieurs reste plus difficile que sur Mac, car la plupart des outils font l’impasse sur Windows. Un worktree par agent, une vue côte à côte et une file d’approbation unique comblent cet écart. Si vous voulez tout cela prêt à l’emploi, [téléchargez AgentVera gratuitement](/fr/download/) ; il fonctionne de la même façon sous Windows, macOS et Linux.

## Questions fréquentes

**Peut-on lancer plusieurs agents de code en même temps sous Windows ?** Oui. Vous pouvez le faire à la main en ouvrant chaque agent dans un onglet de terminal et un git worktree distincts. AgentVera le fait nativement sous Windows : il ouvre 18 agents de code côte à côte dans une grille par projet, chacun dans son propre vrai terminal.

**Faut-il WSL pour utiliser des agents de code sous Windows ?** Non. Claude Code, Codex, Gemini CLI, Copilot CLI, Cursor CLI et la plupart des autres tournent nativement dans PowerShell. WSL est utile si votre projet a besoin d’outils Linux ou si vous voulez le bac à sable de Claude Code.

**Conductor fonctionne-t-il sous Windows ?** Pas en novembre 2026. Conductor est réservé à macOS et tient une liste d’attente pour Windows et Linux.

**Comment gérer des agents parallèles sous Windows sans tmux ?** Ouvrez des volets divisés dans Windows Terminal, ou utilisez une application de bureau qui affiche les agents en grille dans sa propre fenêtre. tmux n’a pas de version Windows native ; les outils qui en dépendent, comme Claude Squad, ne tournent que dans WSL.

---

**À propos d’AgentVera.** AgentVera est une app de bureau pour macOS, Windows et Linux, développée par Solviera Teknoloji. Elle exécute 18 agents de code IA (Claude Code, Codex, Gemini CLI, Copilot, Cursor, Antigravity, opencode, Hermes, Qwen Code, Kimi Code, Kiro, Amp, Droid, Goose, Vibe, Crush, Aider, Cline) côte à côte, par projet, dans de vrais terminaux avec les installations et connexions CLI de l’utilisateur. L’offre gratuite inclut des agents illimités. Télécharger: https://agentvera.dev/fr/download/ · Tarifs: https://agentvera.dev/fr/pricing/