Dernière revue :
Faire tourner Claude Code en autonomie : déléguer la boucle, garder le contrôle
En mode autonome, on ne pilote plus chaque étape de Claude Code : on fixe une condition d'arrêt une fois, et un contrôle (modèle évaluateur ou script) la vérifie après chaque tour jusqu'à ce que le travail soit réellement terminé. Quatre leviers rendent cette boucle automatique : /goal, /loop, /schedule et les Stop hooks.
Claude Code peut fonctionner de deux façons : en assistant qu'on surveille à chaque étape, ou en agent autonome à qui l'on délègue une boucle « travailler, vérifier, recommencer » jusqu'à ce qu'une condition d'arrêt soit remplie. Ce dossier détaille les quatre mécanismes qui rendent cette autonomie opérationnelle, et où garder la main. Édition vérifiée le 2 octobre 2026 sur la documentation officielle (Claude Code 2.1.287).
WYP.agency, guide pratique, édition 2.0 vérifiée le 2 octobre 2026
01De l'assistant à l'agent autonome
La plupart des développeurs utilisent Claude Code comme un assistant qu'il faut relancer à chaque étape. Il existe une autre façon de travailler : vous fixez une condition une fois, et Claude tourne seul jusqu'à ce qu'elle soit remplie.
Dans le flux habituel, c'est vous la boucle : vous écrivez un prompt, Claude répond, vous relisez, vous relancez, vingt fois. Dans le flux autonome, vous posez une condition d'arrêt, un contrôle la vérifie après chaque tour, et si ce n'est pas fait, Claude repart. Vous définissez l'objectif une seule fois.
Ce n'est pas un réglage de confort. C'est une relation différente à l'outil : au lieu de piloter chaque étape, vous déléguez la boucle « travailler, vérifier, recommencer ». La question n'est plus « comment faire », mais « qu'est-ce que j'accepte de déléguer ».
02Les quatre leviers
Quatre mécanismes rendent la boucle automatique. Chacun se distingue par ce qui déclenche le tour suivant et par sa condition d'arrêt, ce qui décide que le travail est terminé.
/goal : tourner jusqu'à ce qu'une condition soit vraie
Vous décrivez la cible, Claude se met au travail aussitôt. Après chaque tour, un petit modèle rapide lit la conversation et rend l'un de trois verdicts : pas encore (Claude repart), atteint, ou impossible (l'objectif s'arrête et vous rend la main). Idéal quand « fini » se prouve dans la conversation : les tests passent, npm test se termine avec le code 0.
/loop : relancer à intervalle régulier
Claude relance un prompt à cadence fixe (/loop 5m) ou à un rythme qu'il choisit, entre 1 minute et 1 heure, jusqu'à ce que vous l'arrêtiez ; une tâche récurrente expire au bout de 7 jours. Disponible depuis la version 2.1.71 (mars 2026). Utile pour surveiller un état qui évolue : un déploiement, une CI, une pull request.
/schedule : une routine dans le cloud
/schedule crée une routine qui tourne sur l'infrastructure d'Anthropic selon un calendrier, même ordinateur éteint. Elle travaille sur un clone frais du dépôt, sans accès à vos fichiers locaux, avec un intervalle minimum d'une heure. Les routines sont en research preview, sur les offres Pro, Max, Team et Enterprise. Pour une tâche qui doit toucher votre machine, l'application de bureau propose des routines locales (onglet Code, Routines, New routine, Local), dès une minute d'intervalle, tant que l'application est ouverte.
Stop hooks : un contrôle programmable de la fin d'un tour
Un script ou un prompt décide si Claude peut s'arrêter. Pour un script, la règle des codes de sortie est stricte : 0 autorise l'arrêt, 2 le bloque et transmet votre message à Claude, qui continue. Tout autre code, y compris 1, est une erreur non bloquante : Claude s'arrête quand même. Pour faire respecter une règle, terminez donc par exit 2.
03Choisir le bon levier
04Le mode auto : l'autonomie avec des garde-fous
Le mode auto (« auto mode ») de Claude Code supprime les demandes de confirmation de routine. Un second modèle, le classificateur, examine chaque action avant son exécution et bloque ce qui est irréversible, destructif ou dirigé hors de votre environnement.
Pourquoi ce mode existe : selon l'article d'ingénierie d'Anthropic du 25 mars 2026, les utilisateurs approuvent 93 % des demandes de confirmation. À force, on cesse de les lire. Le mode auto vise une autonomie élevée avec peu de maintenance, sans supprimer tout contrôle.
Deux couches de défense
Une sonde côté serveur analyse ce que Claude lit (fichiers, pages web, sorties de commandes) et ajoute un avertissement si le contenu ressemble à une tentative de détournement. Le classificateur examine ensuite chaque action avant son exécution. Il ne voit que vos messages et les appels d'outils de Claude, pas ses explications ni les résultats d'outils : l'agent ne peut donc pas le convaincre de laisser passer une action.
Ce qui passe, ce qui est bloqué
- Laissé passer par défaut : les opérations sur les fichiers du dossier de travail, l'installation de dépendances déclarées dans le projet, les requêtes HTTP en lecture seule, l'envoi du code vers n'importe quelle branche du dépôt en cours.
- Bloqué par défaut : télécharger puis exécuter du code (
curl | bash), envoyer des données sensibles vers l'extérieur, les déploiements et migrations en production, la suppression en masse sur le stockage cloud, l'attribution de droits d'accès, leforce push, la destruction irréversible de fichiers antérieurs à la session, la fusion d'une pull request qu'aucun humain n'a approuvée.
Par défaut, le classificateur ne fait confiance qu'au dossier de travail et aux dépôts distants configurés pour lui. Tout le reste est traité comme externe, tant que votre organisation n'a pas déclaré son infrastructure de confiance dans le réglage autoMode.environment.
L'activer
Dans le terminal, Maj+Tab fait défiler les modes (Auto y figure quand il est disponible) et claude --permission-mode auto lance une session directement dans ce mode. Une organisation sur Team ou Enterprise peut le désactiver pour tous ses postes avec le réglage géré permissions.disableAutoMode.
Mode auto ou « bypass permissions »
Ce ne sont pas deux variantes du même réglage. Le mode bypassPermissions (drapeau --dangerously-skip-permissions) désactive les demandes et les contrôles de sécurité : la documentation précise qu'il n'offre aucune protection contre l'injection de prompt ni contre les actions non voulues, et le réserve aux environnements isolés (conteneur, machine virtuelle). Le mode auto, lui, garde un contrôle actif sur chaque action. Il bloque d'ailleurs le lancement d'une boucle d'agent autonome sans validation ni bac à sable, par exemple avec --dangerously-skip-permissions.
Avec les quatre leviers
Les deux réglages ne portent pas sur la même chose. /goal, /loop, /schedule et les Stop hooks règlent la boucle : quand Claude continue et quand il s'arrête. Le mode de permissions règle les actions : ce que Claude a le droit de faire à chaque tour. /goal ne change pas ce mode. Une règle deny bloque avant même le classificateur ; une règle ask (par exemple sur git push) force une confirmation même en mode auto.
Ce qui reste sous contrôle humain
Le mode auto réduit les confirmations mais ne garantit pas la sécurité : la documentation le dit expressément et recommande de le réserver aux tâches dont vous approuvez la direction générale. Les chiffres publiés par Anthropic sont francs : sur 10 000 actions réelles, 0,4 % d'actions légitimes sont bloquées à tort, mais sur 52 actions réellement trop zélées, 17 % sont passées, et 5,7 % sur des tentatives synthétiques d'exfiltration de données. L'article conclut que le mode auto ne remplace pas une relecture humaine attentive sur une infrastructure critique. Après 3 blocages d'affilée ou 20 au total, il se met en pause et les confirmations reviennent.
Le mode auto ne supprime pas la décision, il la déplace. Les opérations courantes sont déléguées ; l'irréversible, l'argent, la production et les accès gardent un humain dans la boucle, soit par le classificateur, soit par une règle que vous posez vous-même.
05Garder le contrôle
Déléguer la boucle ne veut pas dire lâcher la main. L'autonomie utile est bornée : une condition d'arrêt prouvable, une limite de tours ou de durée, un périmètre protégé, et un point où l'humain valide ce qui engage.
/goal ne change pas votre mode de permissions. Le mode auto supprime les demandes outil par outil, avec des contrôles de sécurité en arrière-plan ; depuis fin septembre 2026 (version 2.1.283), c'est le mode de départ d'une session interactive dans le terminal ou VS Code quand aucun mode n'est configuré, sur toutes les offres. En mode Manual, Claude demande encore votre accord avant les outils non autorisés. Montez en autonomie par paliers : sur un projet sensible, lancez un premier /goal en Manual (Maj+Tab), revenez au mode auto une fois le résultat vérifié, puis ajoutez un Stop hook scripté.
Repères au 5 octobre 2026 : Claude Code 2.1.289, modèle par défaut Opus 5.5 depuis la version 2.1.280, /goal disponible depuis la version 2.1.139.
La bonne question n'est pas « est-ce que ça marche ? » mais « quelle décision est-ce que j'accepte de déléguer, et laquelle exige ma signature ? » L'autonomie se cadre avant de se lancer.
Questions fréquentes
Qu'est-ce que le mode autonome de Claude Code ?
C'est un mode où l'on ne pilote plus chaque étape. On fixe une condition d'arrêt une seule fois, et un contrôle la vérifie après chaque tour jusqu'à ce que le travail soit réellement terminé. On délègue ainsi une boucle travailler, vérifier, recommencer.
Quelle différence avec l'usage en assistant ?
En assistant, on surveille Claude Code à chaque étape. En agent autonome, on lui délègue la boucle entière jusqu'à ce que la condition d'arrêt soit remplie. C'est le même outil, mais deux façons de travailler, selon le niveau de contrôle que vous gardez.
Qu'est-ce qui vérifie que le travail est terminé ?
Un contrôle dédié : un modèle évaluateur ou un script. Il s'exécute après chaque tour et compare le résultat à la condition d'arrêt que vous avez définie, jusqu'à ce que le travail soit réellement fini et non seulement interrompu.
Quels mécanismes rendent cette autonomie opérationnelle ?
Quatre leviers rendent la boucle automatique : /goal, /loop, /schedule et les Stop hooks. Ce sont les mécanismes qui permettent de déléguer le travail tout en gardant la main là où c'est nécessaire. Édition vérifiée le 2 octobre 2026 sur la documentation officielle (Claude Code 2.1.287).
Qu'est-ce que le mode auto de Claude Code ?
C'est un mode de permissions où un second modèle, le classificateur, examine chaque action avant son exécution à la place de vous. Il laisse passer les opérations courantes et bloque ce qui est irréversible, destructif ou dirigé hors de votre environnement, comme un déploiement en production, un force push ou l'envoi de données sensibles vers l'extérieur. Il réduit les confirmations sans garantir la sécurité.
Quelle différence entre le mode auto et « bypass permissions » ?
Le mode bypass (--dangerously-skip-permissions) désactive les demandes et les contrôles de sécurité, sans protection contre l'injection de prompt, et se réserve aux environnements isolés. Le mode auto garde un classificateur actif sur chaque action et bloque les opérations à risque. Pour moins de confirmations avec des contrôles en arrière-plan, la documentation recommande le mode auto.
Recevez le guide en PDF
Les quatre leviers pour faire tourner Claude Code en autonomie (/goal, /loop, /schedule, Stop hooks), chaque commande croisée avec la documentation officielle.
PDF · 16 pages · édition octobre 2026 · FR / EN / ES · livraison en moins d'une minute
À voir aussi
Pour aller plus loin
Sources
- WYP.agency, guide « Faire tourner Claude Code en autonomie », édition 2.0 vérifiée, 2 octobre 2026. https://wyp.agency/glossaire/claude-code-autonomie/
- Keep Claude working toward a goal (/goal), documentation Claude Code. https://code.claude.com/docs/en/goal
- Run prompts on a schedule (/loop), documentation Claude Code. https://code.claude.com/docs/en/scheduled-tasks
- Automate work with routines (/schedule), documentation Claude Code. https://code.claude.com/docs/en/routines
- Schedule recurring tasks in Claude Code Desktop (routines locales), documentation Claude Code. https://code.claude.com/docs/en/desktop-scheduled-tasks
- Hooks reference (Stop, codes de sortie), documentation Claude Code. https://code.claude.com/docs/en/hooks
- Choose a permission mode (Manual, auto), documentation Claude Code. https://code.claude.com/docs/en/permission-modes
- Configure auto mode, documentation Claude Code. https://code.claude.com/docs/en/auto-mode-config
- How we built Claude Code auto mode: a safer way to skip permissions, Anthropic Engineering, 25 mars 2026. https://www.anthropic.com/engineering/claude-code-auto-mode
- Model configuration (modèle par défaut Opus 5.5), documentation Claude Code. https://code.claude.com/docs/en/model-config
- Claude Code changelog (versions 2.1.71, 2.1.139, 2.1.280, 2.1.287). https://code.claude.com/docs/en/changelog