1. Plan Mode : pourquoi c'est crucial
Par défaut, Claude Code exécute votre demande directement (avec validation pour les actions risquées). Pour des tâches importantes, on veut un autre niveau de contrôle : voir le plan complet avant qu'il ne touche à quoi que ce soit.
C'est ce que fait Plan Mode : Claude analyse, propose un plan détaillé, vous validez (ou ajustez), puis l'exécution se fait.
2. Activer Plan Mode
Trois façons :
- Au démarrage :
claude --plan - En cours de session :
Shift+Tab - Implicite : "Avant d'agir, propose-moi un plan détaillé en 5-10 étapes."
Quand Plan Mode est actif, vous voyez un indicateur dans la barre du terminal.
3. Anatomie d'un plan
Quand vous demandez quelque chose en Plan Mode, Claude Code renvoie un plan structuré :
Vous pouvez répondre :
- "OK" ou "oui" : exécution du plan
- Ajustements : "OK mais commence par étape 2, on a déjà la cartographie"
- "Non" : abandon, on repart
4. Quand utiliser Plan Mode
✅ Toujours utiliser Plan Mode pour
- Modifications massives (refactoring, migration de fichiers)
- Actions irréversibles (suppressions, push Git, envois emails)
- Tâches qui touchent à des fichiers critiques (config, données client)
- Première fois sur un type de tâche (vous validez l'approche)
- Tâches qui prennent > 5 minutes (vous voyez si Claude est sur la bonne voie)
❌ Pas besoin de Plan Mode pour
- Tâches courtes et bien cadrées (créer 1 fichier, lire 1 PDF)
- Itérations sur du contenu déjà validé
- Réponses à des questions simples
5. Travail en équipe : settings partagés
Pour une équipe qui utilise Claude Code, partager les configurations évite que chacun réinvente la roue.
Dans votre dépôt projet, créez :
settings.json contient les permissions pré-validées, les hooks, les MCP servers nécessaires au projet. Tout le monde a la même config en faisant git pull.
settings.local.json contient les overrides personnels (votre clé API perso, vos préférences UI).
6. Conventions d'équipe via CLAUDE.md
Le fichier CLAUDE.md à la racine du projet est lu par toutes les sessions Claude Code. Mettez-y les conventions d'équipe :
Tous les membres de l'équipe ont automatiquement les mêmes règles. Claude Code les applique sans qu'il faille les répéter.
7. Permissions par rôle
Pour une équipe avec différents niveaux de seniorité, vous pouvez avoir plusieurs settings.json selon le contexte :
- Junior : permissions strictes, validation obligatoire pour tout
- Senior : permissions étendues, auto-validation sur les patterns connus
- Lead : permissions complètes incluant push prod
Chacun pull la config qui lui convient depuis le dépôt central. C'est un guard-rail efficace contre les erreurs.
8. Workflows collaboratifs
Trois patterns de collaboration :
Pattern 1 : Pair programming asynchrone
Personne A lance Claude Code, fait du travail, commit. Personne B fait git pull + claude --resume. Continue le travail avec tout le contexte.
Pattern 2 : Délégation avec sub-agents
Personne A délègue une tâche : "Lance le sub-agent reviewer sur le PR #42 et envoie-moi le rapport sur Slack." Personne B reçoit le rapport, agit en conséquence.
Pattern 3 : Spécialisation par skill
Chaque membre développe les skills de son domaine (compta, marketing, dev). Les skills se mutualisent dans le dépôt commun. Tout le monde monte en compétence collective.
9. Sécurité en équipe
Bonnes pratiques essentielles :
- Tokens et secrets : jamais dans Git. Utilisez un gestionnaire de secrets (1Password, Bitwarden) ou variables d'environnement.
- MCP partagés : pour Slack/Gmail collectifs, utilisez des comptes de service (pas des comptes personnels).
- Audit régulier : tous les 3 mois, revue des permissions accordées et révocation des comptes inactifs.
- Logs centralisés : envoyez les logs Claude Code de l'équipe vers un système central pour traçabilité.
10. À retenir avant le chapitre suivant
- Plan Mode : Claude propose, vous validez, il exécute. Activé par
Shift+Tabou--plan - Toujours utiliser Plan Mode pour : modifs massives, actions irréversibles, premières fois
- Settings partagés équipe via
.claude/settings.jsonversionné Git - Conventions équipe via
CLAUDE.mdà la racine du projet - Permissions différenciées par rôle (junior/senior/lead)
- 3 patterns collaboratifs : pair asynchrone, délégation sub-agents, spécialisation skills
- Sécurité : tokens hors Git, comptes de service pour MCP partagés, audit trimestriel
Au chapitre 8 (le dernier), on construit un agent Claude Code complet pour une vraie tâche métier : automatiser la production des rapports clients mensuels.