Permissions (Claude Code)
Tool : Une action précise que l’IA peut appeler · nécessite claude-code
Règles allow, deny et ask par outil et par motif.
Le garde-fou le plus simple pour un agent de code, à configurer avant tout le reste.
La sécurité reflète la destination des données, les permissions demandées et les incidents recensés à la date de vérification. Ce n’est pas une garantie d’absence de risque : vérifiez le mode de déploiement et les connexions que vous activez.
Ce que ça fait, concrètement
Lorsqu'un agent de code peut lire, modifier et exécuter des fichiers sans restriction, le risque d'une action non souhaitée est réel. Le système de permissions de Claude Code répond à ce problème en permettant de définir précisément ce que l'agent est autorisé à faire, outil par outil et commande par commande.
Concrètement, chaque règle suit le format Outil ou Outil(spécificateur) et peut être de type allow, deny ou ask. Les règles deny sont évaluées en premier, puis ask, puis allow : la première correspondance l'emporte. Une règle deny sur un nom d'outil seul retire cet outil du contexte de l'agent, tandis qu'une règle scoped comme Bash(rm *) laisse l'outil disponible mais bloque les appels correspondants.
Ces règles sont stockées dans des fichiers settings.json versionnables, ce qui permet à une équipe de partager une configuration commune tout en laissant chaque développeur ajuster ses propres préférences. Le dialogue /permissions permet de consulter et modifier les règles en cours de session, même pendant qu'un agent travaille.
Cet outil s'adresse aux développeurs qui utilisent Claude Code et souhaitent encadrer les actions de l'agent sans désactiver ses capacités. Il n'est pas pertinent pour ceux qui n'utilisent pas Claude Code ou qui préfèrent laisser l'agent travailler sans contrainte.
Ce que ça propose
- ·Trois types de règles (allow, deny, ask) configurables par outil et par motif de commande ou de chemin.
- ·Évaluation des règles dans un ordre fixe : deny d'abord, puis ask, puis allow, quelle que soit la spécificité de la règle.
- ·Suppression complète d'un outil du contexte de l'agent via une règle deny sur le nom seul, sans spécificateur.
- ·Persistance des approbations par dépôt git pour les commandes Bash et les domaines WebFetch, enregistrées dans .claude/settings.json.
- ·Dialogue /permissions accessible en cours de session pour ajouter ou supprimer des règles avec effet immédiat dès le prochain appel d'outil.
- ·Possibilité d'ajouter un commentaire lors d'une réponse à une demande de permission, transmis à Claude comme contexte.
- ·Plusieurs modes de permission disponibles : manual, acceptEdits, plan, auto, dontAsk, bypassPermissions, avec possibilité de désactiver auto et bypassPermissions via les fichiers de configuration.
- ·Correspondance par paramètre d'entrée pour les règles deny et ask, par exemple Agent(model:opus) ou Bash(run_in_background:true).
En pratique
- Prix
- GratuitInclus.
- Usage commercial
- Usage commercial : oui
- Disponible sur
- claude-code
- Hôte
- claude-code
- Interface FR
- Non
Sécurité et données
- Pastille
- Sécu : rien à signaler
- Capacités
- litécritexécuteréseau
- Vos données
- Données en local
- Permissions
- Contrôle des autres outils.
- Maintenance
- Active
Liens et dépôt vérifiés le 25 octobre 2026 · ajoutée le 1 février 2025
Comment installer Permissions (Claude Code)
.claude/settings.json → permissions