Accueil / Sécurité et données

Automatisation responsable : réversible d'abord, panne signalée, correctif demandé

Une action irréversible attend un point de contrôle humain avant de s'exécuter, mais ce contrôle n'est automatique que dans le mode de permission Manual, le plus prudent parmi les six modes documentés : sur les offres payantes une session démarre pourtant en mode auto par défaut, et plusieurs de ces modes approuvent d'avance les commandes de fichiers à l'intérieur du dossier de travail, y compris la suppression, ce qui déplace la responsabilité du point de contrôle vers celui qui conçoit l'automatisation.

Un mode de permission choisi avant de lancer une automatisation détermine si une suppression de fichier attend votre accord ou s'exécute seule. La documentation officielle de Claude Code décrit deux comportements distincts pour le mode Accept Edits : il approuve d'avance les modifications de fichiers ainsi qu'un ensemble fixe de commandes système comme mkdir, touch, rm, mv, cp et sed, tant qu'elles restent à l'intérieur du dossier de travail. Le mode qui court-circuite entièrement les invites de permission va plus loin par construction : il saute ces demandes de confirmation, y compris celles qui portent sur la suppression.

Le contrôle humain n'est pas automatique partout

La documentation officielle recense six modes de permission, Manual (le mode par défaut hors abonnement payant), Accept Edits, Plan, Auto, Don't Ask et Bypass Permissions. Seul le mode Manual demande systématiquement une confirmation avant qu'une commande destructive ne s'exécute à l'intérieur du dossier de travail ; Plan et Don't Ask restent au moins aussi restrictifs. Mais sur un abonnement Pro, Max ou Team, une session démarre par défaut en mode Auto, pas en mode Manual, un mode qui fait tourner l'essentiel des actions avec de simples vérifications de sécurité en arrière-plan plutôt qu'une confirmation à chaque commande. Une automatisation lancée en mode Auto, Accept Edits ou Bypass Permissions ne pose donc plus la question de confirmation pour l'essentiel des commandes de fichiers : elle exécute la suppression au moment où la commande est atteinte, pas au moment où quelqu'un la relit. Une exception documentée subsiste malgré tout, dans tous les modes y compris Bypass Permissions : une suppression rm ou rmdir qui cible un chemin critique n'est jamais approuvée d'avance. Le point de contrôle humain doit donc être construit dans le scénario de l'automatisation elle-même, avant la commande destructive, plutôt que supposé exister par défaut dans l'outil, ou dans le seul réglage du mode de permission.

Point de contrôle avant exécution :
1. Décrire l'action prévue (quels fichiers, quel dossier)
2. Marquer une pause explicite qui attend une validation
3. Exécuter seulement après cette validation

Une panne silencieuse ne s'annonce jamais elle-même

Une automatisation planifiée qui réussit depuis des semaines peut s'arrêter sans rien signaler dès que l'outil qu'elle appelle change d'emplacement sur le disque, par exemple après une mise à jour qui déplace un exécutable. Rien dans le reste du système ne remarque cet arrêt si un autre effet de bord, une ligne de journal écrite pour une raison sans rapport, continue de donner l'impression que tout fonctionne. Ce risque n'est pas propre à un outil en particulier : c'est le prix de tout chemin figé vers un binaire. Une liste de candidats testée à chaque exécution, avec une alerte bruyante si aucun ne répond, coûte quelques lignes et évite ce silence.

Un correctif bloqué se demande, il ne se note pas

Écrire un blocage dans une note personnelle ou un fichier de suivi n'équivaut pas à le faire remonter. Tant que personne d'autre n'a lu cette note, la décision reste en attente sans que quiconque le sache. Ce qui transforme un correctif bloqué en décision prise le jour même, c'est une demande directe, adressée à la personne qui peut trancher, avec la commande exacte à exécuter et le coût concret de l'attente, pas une phrase générale du type il faudrait vérifier cela un jour.

Ces trois réflexes se rejoignent dans le même geste : avant de laisser une automatisation toucher à quelque chose d'irréversible, vérifiez son point de contrôle et son plan de secours si l'outil qu'elle appelle disparaît. La leçon sur les règles de restriction qui n'en sont pas toujours montre pourquoi une règle de sécurité qui semble s'appliquer peut ne rien bloquer du tout, la même prudence s'applique ici au mode de permission choisi.