Claude Code dans une équipe de développement : ce que le modèle de permissions change
Mise à jour le 9 août 2026
Claude Code est l'outil de codage agentique d'Anthropic pour les développeurs : il lit le dépôt, modifie des fichiers, exécute des commandes, et s'utilise depuis un terminal, un IDE, Slack ou le web (page produit). La question qui décide de son utilité dans une équipe n'est pas la qualité du code produit, elle est ailleurs : qui relit, avec quelles garanties, et sur quel périmètre l'outil a le droit d'agir.
Ce que l'outil peut faire seul, et ce qu'il doit demander
Le modèle de permissions est documenté, et il vaut mieux le lire avant de le découvrir en réunion de sécurité. Claude Code fonctionne en lecture seule par défaut : modifier un fichier, lancer une commande susceptible d'altérer le système, tout cela demande une approbation explicite. Un ensemble restreint de commandes de lecture s'exécute sans invite. L'écriture est bornée au dossier de lancement et à ses sous-dossiers, sans accès en écriture aux répertoires parents (documentation sécurité).
| Action | Comportement par défaut | Ce que vous pouvez configurer |
|---|---|---|
| Lire des fichiers du dossier de travail | Autorisé | Restreindre par des règles de refus |
| Lire hors du dossier de travail | Invite de confirmation | Étendre le périmètre à des dossiers désignés |
| Modifier un fichier | Approbation explicite | Autoriser en masse dans un mode dédié, pour le périmètre de travail |
| Exécuter une commande shell modifiante | Approbation explicite | Listes autorisées par utilisateur, par dépôt ou par organisation |
| Récupérer du contenu web | Approbation explicite | Autoriser explicitement, ou bloquer par règle de refus |
| Utiliser un nouveau serveur MCP | Vérification de confiance | Déclarer les serveurs admis au niveau du dépôt |
Ce tableau résume l'essentiel de ce que documente Anthropic ; les règles fines, y compris l'isolation réseau et système de l'exécution de commandes, sont décrites dans la documentation des permissions. Deux conséquences pratiques. La première : le paramétrage se décide au niveau de l'organisation, pas poste par poste, sinon chaque développeur invente le sien. La seconde : les listes d'autorisation existent pour éviter la fatigue d'approbation, qui est le vrai risque. Un développeur qui enchaîne les invites à longueur de journée finit par valider la suivante sans la lire.
Le goulot se déplace vers la revue
Le temps d'écriture du code n'a jamais été le facteur limitant d'une équipe sérieuse. Le facteur limitant, c'est la compréhension partagée de ce qui a été écrit. Un outil qui accélère la production sans accélérer la relecture ne rend pas l'équipe plus rapide : il allonge la file d'attente. C'est le contresens le plus coûteux sur ce sujet, et il ne se corrige pas en changeant d'outil.
La conséquence est une règle d'équipe, pas un réglage : personne ne fusionne du code qu'il ne saurait pas défendre en revue. Cela suppose de dimensionner les modifications pour qu'elles restent relisibles, de refuser les gros lots, et d'accepter que la vitesse gagnée serve d'abord à mieux couvrir les cas limites plutôt qu'à livrer plus vite.
Ce qu'il faut avoir posé avant de brancher quoi que ce soit
- Des tests qui échouent quand le code est faux. Sans eux, ni un humain ni un outil ne peut dire si une modification casse quelque chose : vous déplacez du risque, vous ne le réduisez pas.
- Des conventions écrites dans le dépôt, pas dans la tête de quelques personnes. Un outil qui lit le dépôt applique ce qu'il y trouve ; un dépôt sans convention explicite produit autant de styles que de contributeurs.
- Un périmètre de commandes autorisées défini au niveau de l'organisation, revu quand il s'élargit.
- Une règle de revue inchangée : les modifications proposées se relisent comme celles d'un nouvel arrivant, ni plus ni moins.
- Un point de départ borné : un dépôt, une équipe, quelques semaines, avant d'ouvrir le reste du parc.
Le cas des dépôts anciens
Sur une application dont l'auteur est parti, la valeur immédiate n'est pas d'écrire du code mais de comprendre celui qui existe. C'est un usage à part, avec sa méthode et ses pièges, traité séparément : la lecture assistée produit une hypothèse à valider, jamais une documentation de référence. Le sujet mérite sa page.
Questions fréquentes
Faut-il donner accès à tout le dépôt ?
Non, et c'est le réglage par défaut. L'écriture est limitée au dossier depuis lequel l'outil a été lancé et à ses sous-dossiers ; lire au-delà déclenche une invite de confirmation, et l'élargissement se déclare explicitement ([documentation sécurité](https://code.claude.com/docs/en/security)). Sur un monodépôt, lancer l'outil depuis le sous-projet concerné plutôt que depuis la racine est la façon la plus simple de borner le périmètre.
Notre code source part-il entraîner des modèles ?
Les conditions commerciales, applicables aux usages professionnels et à l'API, indiquent qu'Anthropic ne peut pas entraîner ses modèles sur le contenu client, celui-ci restant propriétaire de ses entrées et de ses sorties ([section B](https://www.anthropic.com/legal/commercial-terms)). Le point de vigilance n'est pas le contrat mais son contournement : un développeur qui travaillerait sur du code d'entreprise depuis un abonnement personnel ne serait pas couvert par ce contrat. Cette règle interne s'écrit avant, pas après.
Combien de développeurs faut-il pour que ce soit rentable ?
La taille n'est pas le bon critère. Deux conditions comptent davantage : une couverture de tests suffisante pour détecter une régression, et des conventions lisibles dans le dépôt. Une petite équipe qui remplit ces deux conditions en tire plus qu'une grande qui ne les remplit pas.
Est-ce que cela remplace la revue de code ?
Non, et le postuler est la meilleure façon d'introduire des défauts silencieux. La documentation d'Anthropic est explicite : l'outil ne dispose que des permissions accordées, et il revient à l'utilisateur de vérifier le code et les commandes avant de les approuver. La revue reste le point où une équipe décide ce qu'elle assume.
Cadrer l'outillage de votre équipe
Réponse humaine sous 24 h ouvrées. Prendre contact ne vous engage à rien.
Claude, Claude Code et Claude Cowork sont des marques d'Anthropic, PBC. Smartshift n'est ni affiliée, ni partenaire, ni certifiée, ni mandatée par Anthropic : ces marques sont citées à titre référentiel, pour désigner les produits qu'elles nomment. Les éléments techniques et contractuels cités proviennent de la documentation et des conditions publiques d'Anthropic, relevées le 9 août 2026 ; vérifiez-les avant toute décision engageante, elles évoluent.