Configuration multi-fenêtres de Claude Code avec séparation des rôles et crochets d'exécution

Détails de la configuration

Un développeur sur r/ClaudeAI décrit une configuration pour résoudre le problème de dérive de Claude Code en milieu de session et de perte de contexte. La solution utilise une grille 2×2 dans iTerm2, chaque panneau exécutant une instance distincte de Claude Code assignée à un rôle fixe.

• IMPL : Utilise le modèle Sonnet avec l'acceptation automatique activée. Son rôle est d'écrire du code et d'exécuter des tests.
• AUDIT : Utilise le modèle Opus en mode lecture seule. Il examine la sortie d'IMPL sans générer de code lui-même.
• PLAN : Fonctionne avec un effort faible pour les discussions d'architecture. Il n'a pas de restrictions d'écriture, mais le réglage à faible effort l'empêche de plonger dans l'implémentation.
• PROMPT : Gère l'affinement des prompts séparément.

Chaque panneau récupère automatiquement son rôle à partir de la variable d'environnement $ITERM_PROFILE. Taper cc lance l'instance avec le modèle et les drapeaux de permission corrects.

Système de crochets et gestion de session

La configuration inclut un système de crochets à deux niveaux appliqué au moment de l'exécution.

• Crochets PreToolUse : Bloquent des opérations comme les modifications de fichiers .env et les commandes git push avant leur exécution.
• Crochets PostToolUse : Implémentent un disjoncteur qui interrompt la session après trois échecs consécutifs d'outils pour éviter une spirale.

Un SESSION_LOG—un fichier markdown simple—est mis à jour par IMPL à la fin de chaque journée avec le travail accompli, les décisions prises et les prochaines étapes. Au début d'une nouvelle session, il lit les 60 dernières lignes de ce journal, réduisant les démarrages à froid en évitant de réexpliquer tout le projet pour reprendre là où il s'était arrêté.

La visite guidée complète avec les scripts de crochets et un workflow gate/ship est disponible dans un guide et un dépôt liés.