Pour utiliser plusieurs sessions Claude Code, ouvre un agent indépendant dans chaque panneau Paneflow et confie-lui une tâche délimitée. Utilise des worktrees Git distincts lorsque les deux sessions doivent modifier le même dépôt. Paneflow garde les terminaux, le contexte des tâches et leur activité visibles ; tu décides toujours ce que chaque session peut modifier et quand son résultat est prêt.

Ce guide décrit la gestion des sessions dans Paneflow 0.17.4. Installe et authentifie Claude Code séparément dans le shell que tu comptes utiliser. Paneflow est un logiciel libre et gratuit sous GPL-3.0-or-later ; l'accès à Claude Code et son utilisation dépendent de son fournisseur.

![Paneflow avec un terminal Claude Code, les tâches et branches des projets dans la barre latérale, ainsi que leurs états.](/images/task-context-window.webp)

La barre latérale garde les tâches, branches et états des projets visibles à côté du terminal Claude Code actif.

## Sessions indépendantes ou sous-agents ?

Les sessions indépendantes conviennent aux tâches que tu veux piloter directement : une conversation pour un bug, une autre pour la documentation, chacune avec son terminal et son checkout si nécessaire. Tu lis chaque session et lui réponds toi-même.

Les [sous-agents de Claude Code](https://code.claude.com/docs/en/sub-agents) exécutent un travail délégué au sein d'une session, avec leur propre contexte, puis transmettent leur résultat au parent. Choisis ce fonctionnement quand une conversation principale doit coordonner une investigation délimitée. Ouvrir deux panneaux Paneflow ne crée pas cette relation de délégation et ne partage pas automatiquement leurs historiques.

Pour mélanger les outils, consulte le [guide Claude Code et Codex en parallèle](/fr/blog/run-claude-code-and-codex-in-parallel). Les étapes suivantes concernent plusieurs instances de Claude Code.

## Une tâche que tu peux relire pour chaque session

Commence par deux contributions indépendantes à un projet existant : mettre à jour `docs/setup.md` dans une session et ajouter des tests de cas limites pour un parseur déjà implémenté dans l'autre. Si les tests dépendent d'une réécriture du parseur encore en cours, termine cette réécriture d'abord.

Avant le lancement, précise quatre points pour chaque tâche :

- Le résultat attendu et les fichiers que la session peut modifier.
- Les fichiers attribués à une autre tâche, qu'elle doit laisser intacts.
- Le comportement ou l'interface existante sur lesquels elle peut s'appuyer.
- Le contrôle qui démontrera le résultat et les décisions qui demandent ton avis.

Garde les instructions du projet accessibles dans chaque checkout. Une nouvelle session n'hérite pas du plan non enregistré, des décisions ou de la conversation d'une autre session.

## Fichiers partagés ou worktree distinct

Un deuxième panneau ouvre un autre terminal sans isoler les fichiers. Pour des modifications indépendantes dans le même dépôt, crée une branche avec **Worktree** activé dans **New branch**, puis ouvre Claude Code à cet endroit. Fais de même pour l'autre tâche depuis la base voulue. La [référence des worktrees](/fr/docs/worktrees) détaille leur création, réutilisation et suppression.

![Formulaire New branch de Paneflow avec Worktree activé et Claude Code parmi les choix de lancement.](/images/worktrees-new-branch.webp)

Les worktrees restent facultatifs. Une investigation en lecture seule peut utiliser un checkout existant, à condition d'accepter que les fichiers changent pendant sa lecture. Deux sessions qui écrivent dans les mêmes fichiers demandent une coordination explicite ; un autre nom de branche dans le même checkout ne crée pas une deuxième copie de ces fichiers.

Vérifie le répertoire, la branche et les modifications existantes dans chaque panneau avant de confier le travail :

```sh
git rev-parse --show-toplevel
git branch --show-current
git status --short
```

Les dépendances, ports de serveurs, bases de données et limites du fournisseur restent à gérer séparément. Un worktree sépare les fichiers de travail, pas l'accès réseau ni les services actifs.

## Repérer la session qui attend ton intervention

Ouvre **Settings > Agents** et vérifie l'intégration Claude Code. **Install hooks** active le suivi du cycle de vie ; la [référence de supervision](/fr/docs/features) décrit la configuration et le comportement de repli. Paneflow utilise l'intégration disponible pour signaler l'activité et les demandes d'intervention.

Lorsqu'une session attend ton attention, ouvre son terminal et lis la demande avant de l'approuver. Lorsqu'elle termine un tour, inspecte ce qu'elle a produit. Un état terminé signale un événement de l'agent, pas l'acceptation de l'implémentation ni la réussite des tests. Si l'état semble incorrect, lis la sortie du terminal pour diagnostiquer la situation avant de lancer une tâche en double.

Limite le nombre de sessions à ce que tu peux réellement relire. Ajouter des processus actifs n'aide que si leurs tâches avancent indépendamment et si tu peux intégrer leurs résultats.

## Relire les changements et retrouver le contexte

Enregistre les buffers de l'éditeur et inspecte **Changes** dans le checkout de la tâche. Il compare les modifications indexées, non indexées et les fichiers non suivis avec le `HEAD` de ce checkout. Les commits de la branche demandent une revue distincte. Vérifie les contrôles de la tâche, intègre les contributions relues selon ton workflow Git habituel, puis vérifie l'arbre combiné. Des worktrees distincts peuvent encore produire des conflits de fusion.

Pour fermer la fenêtre tout en conservant les terminaux actifs, choisis **Keep sessions running**. La réouverture reconnecte les sessions tant que l'hôte et la machine restent actifs ; le [guide de persistance](/fr/blog/keep-coding-agents-running) décrit les limites liées à l'arrêt et à la veille. Si le processus est terminé, [Sessions](/fr/blog/agent-sessions) peut charger une conversation Claude Code enregistrée pour le répertoire actif. **Restart** démarre seulement un nouveau shell.

### Paneflow peut-il gérer plusieurs sessions Claude Code ?

Oui. Paneflow exécute des terminaux Claude Code indépendants, organise leur contexte par projet et affiche leur activité grâce à l'intégration disponible. Il ne fusionne pas leurs contextes de modèle et ne remplace pas la revue de leur travail.

### Chaque session a-t-elle besoin d'un worktree Git ?

Non. Utilise un worktree quand une tâche demande ses propres fichiers de travail et sa branche. Des sessions qui lisent seulement un checkout partagé peuvent l'utiliser directement, mais elles peuvent voir les changements d'une autre session.

### Multiplier les sessions permet-il d'éviter les limites de Claude Code ?

Non. Paneflow ne modifie pas les limites de compte, de concurrence ou d'utilisation du fournisseur. Réduis le parallélisme lorsque les tâches se disputent le même quota, les ressources de la machine ou un résultat encore inachevé.