Configuration Claude pour un fonctionnement programmé — et le maintenir en tête

Working with Claude — CC BY 4.0

Tout le reste de ce cours vous amène à interagir avec Claude : vous posez une question, il répond, vous vérifiez la réponse, vous décidez de la suite. La planification change la donne. Vous configurez la tâche une seule fois et Claude l’exécute plus tard, de lui-même, pendant que vous dormez ou que vous n’êtes pas à votre bureau. C’est vraiment utile : un récapitulatif matinal, un nettoyage hebdomadaire, une vérification qui se déclenche quand quelque chose se produit. C’est aussi là que les mesures de sécurité que vous avez mises en pratique comptent le plus, car vous n’êtes plus dans la pièce quand le programme s’exécute.

Le compromis est simple : vous gagnez en répétition automatique, vous renoncez à surveiller chaque étape. Cette leçon vise à vous aider à faire ce compromis en toute pleine conscience.

Ce qu’est réellement le travail planifié

Dans Claude Code, cette fonctionnalité s’appelle « routines ». Une routine est un ensemble enregistré — une invite, les référentiels ou fichiers sur lesquels elle agit, les connecteurs qu’elle est autorisée à utiliser — qui s’exécute de manière autonome lorsqu’un déclencheur est activé. Elle s’exécute sur le cloud de Anthropic, elle continue donc de fonctionner lorsque votre ordinateur portable est éteint. (La disponibilité, les limites exactes et les noms des menus sont susceptibles de changer à mesure que le produit évolue en phase de préversion de recherche — vérifiez l’état actuel sur claude.ai/code/routines ou dans la documentation de Claude Code.)

Une routine peut être lancée de trois façons :

• Selon un calendrier — toutes les heures, toutes les nuits, toutes les semaines ou une seule fois à une heure future définie.
• Par un appel API — un système externe envoie une requête POST à une adresse web privée et la lance.
• Par un événement GitHub — elle réagit à un événement se produisant dans un dépôt de code, comme une nouvelle pull request.

Vous en créez une à l’adresse claude.ai/code/routines, ou dans l’ interface en ligne de commande (CLI) en tapant /schedule — par exemple /schedule daily PR review at 9am, ou une tâche ponctuelle comme /schedule in 2 weeks, open a cleanup PR.

Si vous ne travaillez pas avec du code, il existe des options de tâches planifiées plus simples destinées aux tâches quotidiennes — un résumé quotidien qui consulte votre agenda et votre boîte de réception, par exemple — qui se trouvent dans l’application de bureau Claude plutôt que dans les outils de développement. Vérifiez les détails de ces fonctionnalités dans l’application ou dans la documentation actuelle: les noms et la disponibilité ont évolué, et je préfère que vous vérifiiez plutôt que de vous fier à mes indications concernant un chemin de menu.

La seule chose à comprendre avant de programmer quoi que ce soit

Une routine s’exécute sans que personne n’ait à donner son accord. Dans une conversation normale, Claude marque une pause et demande confirmation avant d’effectuer une action ayant des conséquences. Ce n’est pas le cas d’une routine. Il n’y a pas d’invite de confirmation en cours d’exécution. Elle peut exécuter des commandes, enregistrer des modifications et utiliser tous les outils des connecteurs que vous avez associés — y compris ceux qui communiquent avec des services externes — sans demander d’autorisation. Ce à quoi elle a accès est entièrement déterminé par ce que vous lui confiez lors de la configuration : quels dépôts, quels connecteurs, quel niveau d’accès au réseau.

Votre supervision se résume donc à deux moments : avant (ce que vous l’autorisez à toucher) et après (ce que vous vérifiez qu’elle a fait). Définissez rigoureusement la portée de ces deux étapes.

Avant :

• Ne lui confiez que les dépôts et les connecteurs dont la tâche a réellement besoin. Supprimez le reste. Une routine qui lit un canal d’assistance et crée des tickets n’a aucune raison de disposer de votre connecteur de messagerie.
• Par défaut, Claude ne peut effectuer de push que vers des branches nommées claude/…, ce qui l’empêche d’accéder à votre branche principale. Laissez cette protection activée, sauf si vous avez une raison spécifique de ne pas le faire.
• Conservez l’accès réseau à son niveau par défaut, qui n’autorise qu’une liste blanche standard de domaines de développement et bloque le reste, sauf si la tâche a réellement besoin d’accéder à un service externe particulier.

Après :

• Une coche verte ne signifie pas que la tâche a fonctionné. C’est ce que beaucoup de gens oublient. Dans la liste des exécutions, un statut vert signifie uniquement que la session a démarré et s’est terminée sans que l’infrastructure ne tombe en panne. Cela ne dit rien sur le fait que Claude ait effectué la tâche que vous lui avez demandée. Des requêtes bloquées, un outil manquant, une tâche qu’il a discrètement mal exécutée — tout cela apparaît quand même en vert. Ouvrez l’exécution, lisez ce qu’elle a réellement fait, et vérifiez.
• Chaque exécution est enregistrée sous forme de session que vous pouvez ouvrir et lire dans son intégralité. C’est votre piste d’audit. Utilisez-la. Si une routine ouvre des pull requests ou crée des tickets, un humain les lit avant qu’ils ne deviennent définitifs.

Quand NE PAS automatiser

L’automatisation a toute sa place pour les tâches répétitives, à faible enjeu par exécution et faciles à vérifier a posteriori. Ce n’est pas l’outil adapté lorsque :

• Une erreur coûte cher ou est difficile à corriger — tout ce qui implique d’envoyer de l’argent, d’envoyer des messages à des personnes extérieures à votre équipe, de supprimer des données ou de modifier la production. Dans ces cas-là, veillez à ce qu’une personne reste impliquée, à chaque fois.
• La tâche nécessite un jugement nouveau à chaque exécution plutôt qu’ une recette immuable. Si vous avez envie de réfléchir avant d’agir, Claude le fera aussi — et vous n’aurez pas votre mot à dire.
• Vous ne lirez pas réellement le résultat. Une automatisation que personne ne vérifie ne vous épargne pas de travail ; elle accumule des actions non contrôlées en votre nom. Tout ce qu’une routine effectue — commits, messages, tickets — apparaît comme venant de vous, sous vos comptes. Vous en êtes responsable, que vous ayez regardé ou non.
• Vous faites cela pour éviter de comprendre la tâche. Planifiez les tâches que vous savez déjà effectuer et que vous pourriez vérifier manuellement. Ne planifiez pas les tâches que vous espérez voir Claude résoudre sans supervision.

Une règle empirique raisonnable : si vous ne confieriez pas cette tâche à un nouveau collaborateur compétent lors de sa première semaine sans vérifier son travail, ne la confiez pas non plus à une routine sans surveillance.

Garder le contrôle

Vous gardez le contrôle à tout moment. Vous pouvez mettre en pause ou reprendre une routine, l’exécuter immédiatement pour la tester, modifier l’invite et les autorisations, ou la supprimer. Lancez une nouvelle routine en mode pause ou en mode ponctuel, surveillez de près les premières exécutions, et n’élargissez son champ d’action qu’une fois que vous avez constaté son comportement. Dans un compte d’équipe ou d’entreprise, un propriétaire peut désactiver les routines pour tout le monde — ce qui est important si vous définissez une politique plutôt que de simplement utiliser la fonctionnalité.

La planification est l’un des outils les plus puissants de la boîte à outils. Elle s’avère payante lorsque le travail est monotone, reproductible et vérifiable, et que vous continuez à analyser les résultats obtenus. Dès que vous cessez de les analyser, vous n’en avez plus le contrôle — et c’est cela, et non la planification en soi, qui constitue le risque.

Il s’agit ici d’informations générales et non de conseils juridiques. Si un processus planifié concerne des données à caractère personnel, de l’argent ou tout autre élément soumis à une réglementation, demandez conseil à une personne qualifiée pour votre situation.

Pour en savoir plus

• Claude Code Présentation générale — où se trouvent les routines et les tâches planifiées.