Un mode de permission de Claude Code détermine les actions que l'agent peut entreprendre sans s'interrompre pour demander. Il en existe quatre : plan lit mais ne modifie rien, default demande avant chaque modification ou commande selon vos règles de permission, acceptEdits applique les modifications de fichiers sans demander mais pose toujours la question pour les commandes, et bypassPermissions ne demande jamais rien. En choisir un revient à définir à quel point vous faites confiance à l'agent dans ce répertoire.
Ce choix se complique dès que la personne qui saisit la requête n'est pas le propriétaire de la machine. Cet article explique les modes tels que définis par Claude Code, puis ce qui change dans une salle partagée.
Les quatre modes
plan. L'agent lit les fichiers, cherche et raisonne, puis produit un plan. Il ne modifie ni n'exécute rien. C'est le mode idéal pour « dis-moi ce que tu ferais » et pour laisser quelqu'un explorer une base de code sans pouvoir la modifier.
default. L'agent demande confirmation avant chaque modification et chaque commande, à moins que vos règles de permission n'autorisent déjà cet outil ou ce motif spécifique. Pratique pour le binomage, où vous observez et où chaque prompt représente une véritable décision.
acceptEdits. Les modifications de fichiers s'appliquent sans confirmation ; les commandes demandent toujours validation. Utile dans un dépôt où annuler une mauvaise modification coûte peu (le code est sous contrôle de version), alors qu'exécuter la mauvaise commande peut faire des dégâts.
bypassPermissions. Rien ne demande d'autorisation. La recommandation d'Anthropic est de réserver ce mode aux environnements isolés et jetables, car une instruction erronée ou injectée s'exécute avec l'ensemble de vos privilèges locaux.
L'échelle de plan à bypassPermissions, et les quatre actions qui se mettent en pause quel que soit le mode lorsque l'agent est partagé.
Pourquoi les modes concernent les répertoires, pas les personnes
Un mode de permission est défini pour une session, ce qui en pratique signifie pour un répertoire de travail. C'est la bonne unité lorsque vous êtes seul : le dépôt de documentation peut tourner en acceptEdits, le dépôt d'infrastructure en default, et une expérimentation jetable en bypassPermissions.
Cela ne suffit plus dès qu'une seconde personne peut envoyer des requêtes. Sa requête s'exécute avec le mode de votre session. Un cofondateur qui a seulement besoin de lire le code se retrouve à le modifier parce que vous aviez activé acceptEdits pour vous-même la semaine dernière. Le mode lui-même n'a aucune dimension par personne.
Ce qui change dans une salle
Dans une salle muti, l'agent conserve un mode de permission Claude Code, choisi lorsque vous créez l'agent pour un répertoire. Deux mécanismes viennent s'ajouter par-dessus.
Permission par personne. Chaque requête venant d'une personne autre que le propriétaire est soit approuvée au cas par cas, soit couverte par une autorisation permanente « always allow » que vous avez accordée à cette personne pour cet agent. Vous pouvez révoquer cette autorisation permanente à tout moment ; les requêtes en attente de cette personne sont alors annulées.
Quatre actions qui marquent toujours une pause. Quels que soient le mode et l'autorisation, pousser vers une branche partagée, supprimer, dépenser de l'argent et toucher à des identifiants s'interrompent pour demander l'accord du propriétaire. Même un agent en bypassPermissions fait une pause ici lorsque la requête provient de quelqu'un d'autre. L'explication détaillée se trouve dans quatre actions pour lesquelles un agent devrait toujours demander avant d'agir.
Une correspondance pratique
- Exploration pour d'autres : créez l'agent en
plan. Les invités peuvent poser des questions, rien ne change sur le disque. - Travail quotidien avec des personnes de confiance :
acceptEdits, avec une autorisation permanente pour ces personnes. Les commandes demandent toujours confirmation ; les quatre actions continuent de marquer une pause. - Votre propre bac à sable jetable :
bypassPermissionsconvient très bien tant que personne d'autre n'est dans la salle. Dès que vous invitez quelqu'un, reconsidérez la question. - Tout ce qui contient des identifiants de production dans le répertoire :
default, aucune autorisation permanente, et un agent distinct pour les parties qui n'ont pas besoin de ces identifiants.
Foire aux questions
Une salle remplace-t-elle le mode de Claude Code ? Non. Le mode régit toujours ce que l'agent fait au cours d'une exécution. La salle ajoute la gestion de qui peut lancer une exécution et les actions qui marquent une pause quoi qu'il arrive.
Le demandeur peut-il choisir le mode ? Non. Le propriétaire le choisit par agent. Les demandeurs peuvent solliciter un comportement en lecture seule dans leur requête, et le propriétaire peut répondre à une approbation par « continuer en lecture seule ».
Le mode bypassPermissions est-il acceptable pour un agent partagé ? Uniquement pour les répertoires où rien d'irréversible ne peut se produire, et même dans ce cas, les quatre actions marquent une pause. Un article dédié explique pourquoi bypassPermissions vous convient mais reste dangereux pour tous les autres.
Qu'en est-il de Codex ? Codex dispose de ses propres réglages d'approbation selon une logique similaire. Dans une salle, les autorisations par personne et les quatre actions avec pause obligatoire s'appliquent de la même manière.
Définissez le mode pour le répertoire, accordez l'autorisation à la personne, et laissez les quatre actions demander confirmation. C'est tout le modèle. Donnez une salle à votre agent pour le voir en pratique.
Publié le