Quand votre projet grandit, une seule IA qui fait une chose à la fois ne suffit plus — vous voulez avancer plus vite et tester plusieurs pistes en même temps. Voici l'astuce qu'utilisent ceux qui construisent pour de vrai (et qu'on utilise, nous) : vous ouvrez PLUSIEURS sessions d'IA en parallèle, chacune dans sa propre version isolée du projet. L'une construit une fonctionnalité, une autre corrige autre chose, une troisième teste une idée neuve — les trois avancent en même temps, sans se marcher dessus et sans toucher à votre version principale. Et chacune, une fois terminée, est auditée avec le protocole C-A-R et fusionnée (merge) au projet seulement quand elle est irréprochable. Résultat : vous avancez trois fois plus vite, avec un filet. Ces copies vivantes s'appellent des worktrees, et avec Claude dans VS Code en créer une tient en une seule commande. Ici vous allez comprendre le bénéfice, comment ça marche sans jargon, et le prompt pour tout mettre en place.
Le moment arrive quand votre projet grandit et qu'une seule IA, qui fait une chose à la fois, ne vous suffit plus. Vous voulez avancer plus vite : que pendant qu'une session construit une fonctionnalité, une autre corrige un bug et une troisième teste une idée neuve — le tout en même temps. Ou encore quand vous hésitez entre deux chemins (« je fais comme ci ou comme ça ? ») et que vous voulez voir les deux avant de décider. Ou quand vous voulez tester quelque chose de risqué sans toucher à ce qui marche déjà. Dans tous ces cas, y aller une chose à la fois sur votre unique version est lent et fragile.
Dans le guide GitHub vous avez vu les branches : des copies parallèles de votre projet. Un worktree va un cran plus loin : il vous laisse avoir plusieurs de ces branches ouvertes et vivantes en même temps, chacune dans son propre dossier, sans que l'une touche à l'autre. Pendant qu'une IA travaille sur l'« idée A », une autre peut être sur l'« idée B », et votre version principale reste intacte. Ce n'est pas une par une — c'est toutes à la fois.
Claude Code a une extension officielle pour VS Code (elle fonctionne aussi dans Cursor et compatibles). De là vous ouvrez plusieurs sessions d'IA en parallèle, chacune dans son propre worktree, et vous voyez les changements qu'elle propose avec un diff visuel (côte à côte) que vous approuvez ou rejetez. Le mieux : créer un worktree isolé tient en une seule commande.
claude --worktree mi-idea-arriesgada
Cela crée une copie isolée de votre projet (dans .claude/worktrees/mi-idea-arriesgada/) sur une branche neuve, sans toucher à votre version principale. Vous travaillez l'idée là ; si ça marche, vous la fusionnez ; sinon, vous l'effacez et il ne s'est rien passé. Vous pouvez ouvrir une autre session avec claude --worktree otra-idea et avoir les deux en compétition en même temps.
C'est le plus grand bénéfice, et c'est exactement comme ça qu'on construit : au lieu d'une seule IA qui avance en file indienne, on a plusieurs sessions qui travaillent en parallèle, chacune dans son propre worktree. La session 1 construit une partie du produit, la session 2 monte autre chose, une session 3 pourrait être en train de tester une idée neuve — les trois avancent EN MÊME TEMPS, sans se marcher dessus. C'est comme avoir trois employés au lieu d'un, chacun à son bureau, sans se gêner.
Dans VS Code, quand l'IA veut modifier un fichier, elle vous montre une comparaison côte à côte : ce qu'il y avait vs. ce qu'elle propose. Vous décidez : accepter, rejeter, ou lui dire quoi changer. Rien n'est modifié dans votre dos. C'est comme avoir l'employé qui vous montre chaque changement avant de l'appliquer, au lieu de tout toucher et de vous mettre au courant après.
Copiez-le et collez-le à votre agent de code pour qu'il vous guide à travailler sur plusieurs fronts à la fois, sans avoir à apprendre de commandes :
Je veux avancer plus vite sur mon projet en travaillant en PLUSIEURS sessions en parallèle, chacune dans sa propre version isolée (worktree), sans qu'elles se marchent dessus ni cassent ma version principale. Guide-moi en langage simple, en supposant que je ne connais rien à git. 1. Explique-moi en une phrase ce qu'est un worktree (une copie vivante et isolée de mon projet). 2. Je vais travailler sur ces fronts en même temps : [liste tes tâches, ex : "1) repenser la page d'accueil, 2) corriger le login, 3) tester une idée neuve"]. Crée un worktree dédié pour chacun, en ramifiant depuis ma version stable. 3. Dis-moi comment ouvrir VS Code dans chaque worktree pour voir le diff et approuver/rejeter les changements visuellement. 4. RÈGLE IMPORTANTE : chaque session doit faire un push vers SA PROPRE branche, JAMAIS vers la principale (main). La principale ne reçoit des choses que via merge. 5. Quand je termine une tâche dans son worktree, avant de la fusionner : applique-lui le protocole C-A-R (audite, débogue, rends-la irréprochable). C'est seulement alors que tu fais le merge de cette branche vers la principale, et que tu résous tout conflit en langage naturel. 6. Si une idée n'a pas pris, aide-moi à écarter son worktree sans que mon projet principal ne s'en aperçoive. Règle d'or : j'avance en parallèle, mais dans la branche principale n'entre que ce qui est audité, via merge — jamais à moitié fait.
Join 4,200+ builders. No credit card. Build your first app with AI in minutes.