GitHub a annoncé le 26 octobre 2026 la disponibilité générale des permissions assistées de Copilot. La fonctionnalité ajoute un contrôle intermédiaire entre l’exécution automatique de toutes les actions d’un agent et la validation manuelle systématique : un modèle évalue chaque demande de Copilot, qu’il s’agisse de lancer une commande, d’accéder à un chemin du système de fichiers ou d’ouvrir une URL, et ne laisse passer sans confirmation que ce qu’il juge clairement sûr.
Un arbitre automatique entre exécution directe et validation manuelle
Jusqu’ici, les équipes qui utilisaient Copilot en mode agent devaient choisir entre deux extrêmes : valider chaque action une par une, ce qui ralentit toute session un peu longue, ou autoriser l’exécution automatique de toutes les commandes, ce qui élimine le filet de sécurité. Les permissions assistées ajoutent un troisième mode : les requêtes classées comme à faible risque s’exécutent sans interruption, les autres reviennent systématiquement au développeur pour approbation. GitHub ne détaille pas publiquement les critères exacts de classification et renvoie vers sa documentation sur les commandes sûres pour aller plus loin.
Trois modes de permission, un nouvel arbitre
| Mode | Comportement | Niveau de contrôle |
|---|---|---|
| Manuel | Chaque action est soumise à validation | Maximal, mais ralentit les sessions longues |
| Assisté (nouveau, GA) | Le modèle filtre les actions à faible risque, le reste reste soumis à validation | Intermédiaire, arbitré automatiquement |
| Tout autoriser | Toutes les actions s’exécutent sans validation | Minimal, débrayable par les administrateurs |
Une requête jugée clairement sûre s’exécute automatiquement ; toute autre revient au développeur pour approbation.
Activer le mode assisté
Le mode se configure directement dans chaque surface Copilot, sans réglage global à retrouver dans un menu caché.
# Copilot CLI : ouvrir le sélecteur de permissions
/permissions
# puis choisir "assisted"
# Copilot app : sélecteur de mode -> Tool permissions -> Assisted
# VS Code : sélecteur de permissions -> Assisted permissions
Côté administration, les organisations gardent la main : il est possible de bloquer le mode « Tout autoriser » tout en conservant le mode assisté, de désactiver ce dernier séparément, et de fixer le mode par défaut des nouvelles sessions. Si le mode par défaut n’est pas disponible ou interdit par une politique, les nouvelles sessions démarrent en validation manuelle.
Ce que cela change pour les équipes
La fonctionnalité s’inscrit dans la même logique que les agent skills qui structurent déjà l’autonomie des agents de codage : donner à l’agent plus de latitude opérationnelle tout en gardant un point de contrôle humain sur ce qui compte réellement. Pour les équipes qui pilotent des agents depuis un terminal via des outils en ligne de commande, le gain principal est le temps : moins d’interruptions pour des actions sans conséquence, sans renoncer au contrôle sur les actions sensibles comme une suppression de fichier ou un appel réseau vers un domaine inconnu.
Ce qu’il faut retenir
Les permissions assistées déplacent le curseur entre vitesse et contrôle sans l’éliminer : un modèle fait le premier tri, un humain garde la décision finale sur tout ce qui sort du cadre évident. La disponibilité générale concerne Copilot CLI, l’application Copilot et Visual Studio Code ; GitHub ne mentionne pas explicitement l’agent de codage autonome ni les autres IDE dans cette annonce.
Le mode assisté est précisément ce qui manquait pour utiliser un agent en confiance sur une session longue : le mode manuel use la patience en quelques minutes, le mode tout-autoriser fait peur dès qu’on travaille sur un dépôt avec des secrets ou des scripts de déploiement à proximité. Reste à voir, une fois la fonctionnalité en main, si la classification « faible risque » tient la route sur des commandes ambiguës comme un git push --force sur une branche mal nommée : c’est précisément le genre de cas qui distingue une bonne heuristique d’une mauvaise. — Simon Janvier
Pour aller plus loin : l’annonce complète est disponible sur le changelog GitHub.
