La plupart des guides sur les prompts planifiés Claude s'arrêtent à "choisissez une cadence, recevez un résumé". Quotidien ou hebdomadaire, vous écrivez un prompt, Claude l'exécute et dépose un résumé dans votre boîte. Vrai, et utile pour un briefing matinal par e-mail ou pour ranger des fichiers. C'est aussi la chose la moins intéressante que vous puissiez en faire.
Réponse directe : les prompts planifiés Claude vous permettent d'enregistrer une instruction une seule fois et de la faire relancer automatiquement — toutes les heures, chaque jour, chaque semaine, en semaine seulement, ou manuellement — sans ouvrir de fenêtre de chat. Le mécanisme est simple. Ce que presque aucun guide ne raconte, c'est ce qui en fait plus qu'un rappel élégant : ce que l'IA a le droit de toucher entre deux exécutions, ce qui se passe quand elle n'est pas sûre, et si votre ordinateur portable doit même rester allumé. Voici le tableau complet, limites honnêtes comprises.
Que sont exactement les prompts planifiés Claude ?
Un prompt planifié est une instruction que Claude enregistre et relance à la cadence que vous choisissez, plutôt qu'une que vous devez retaper à chaque fois. Dans Claude Cowork, vous nommez la tâche, écrivez le prompt en langage naturel, et choisissez à quelle fréquence elle se déclenche : toutes les heures, quotidien, hebdomadaire, semaine seulement, ou manuel. Claude confirme la cadence et donne à la tâche un identifiant que vous pourrez référencer plus tard.
Anthropic utilise "scheduled tasks" et "scheduled prompts" à peu près comme des synonymes dans son propre matériel, et le reste du web aussi — si vous avez cherché l'un des deux termes, les résultats de l'autre s'appliquent tout autant.
Une parenthèse utile si vous êtes développeur plutôt que chef de projet : Claude Code (le CLI) a ses propres mécanismes de planification, distincts — /loop pour du polling limité à une session, et des Routines cloud pour une automatisation qui survit indépendamment de toute machine. Ils sont pensés pour surveiller une pull request ou une exécution de CI. Ce guide porte sur la version quotidienne, non technique : les tâches planifiées de Cowork qui vérifient votre vrai travail.
Comment en configurer une, concrètement ?
Dans Claude Cowork, cliquez sur Scheduled dans la barre latérale, puis New task, puis Create with Claude. Vous décrivez ce que vous voulez en une phrase — "chaque matin de semaine, vérifie ma boîte mail et rédige des réponses à ce qui est urgent" — et Claude remplit le nom, le prompt, et vous demande de confirmer la cadence.
Pas besoin de retenir des identifiants au quotidien : demandez à Claude en langage naturel, "quelles tâches planifiées ai-je ?" ou "annule la tâche de vérification du déploiement", et il fait la recherche. En coulisses, chaque tâche garde un identifiant court, et un compte peut en faire tourner jusqu'à 50 à la fois — plus de marge que presque personne n'a besoin avant de commencer à être sélectif sur celles qui méritent vraiment une place.
Votre ordinateur doit-il rester allumé ?
La réponse honnête est plus conditionnelle que ce que la plupart des explications rapides laissent entendre, et bien la comprendre change la façon dont vous utilisez réellement la fonction. Les tâches planifiées de Claude Cowork tournent dans le cloud par défaut — la tâche se déclenche même si votre ordinateur est éteint, en veille, ou l'application de bureau fermée. La seule exception : liez une tâche à un dossier local pour qu'elle lise ou écrive de vrais fichiers sur votre machine, et cette tâche a besoin de votre ordinateur allumé et de l'application en cours d'exécution, parce que les serveurs d'Anthropic ne peuvent pas atteindre votre système de fichiers local par eux-mêmes.
La vraie question n'est donc pas "local ou cloud" comme une propriété fixe de toute la fonction — c'est "cette tâche précise touche-t-elle des fichiers locaux ?" Un balayage quotidien d'un board qui n'a besoin que d'un connecteur (un outil de projet connecté via MCP, par exemple) peut tourner entièrement dans le cloud, portable fermé. Une tâche qui doit lire des fichiers présents sur votre bureau ne le peut pas. Se tromper sur cette distinction vous fait soit garder votre portable allumé pour une tâche qui n'en avait jamais besoin, soit être surpris par une tâche qui s'arrête silencieusement de se déclencher parce qu'elle était liée à un dossier local que vous aviez oublié.
Pour une automatisation qui doit survivre encore plus longtemps ou atteindre plus d'infrastructure que le modèle de session d'une tâche Cowork, la fonction distincte Routines d'Anthropic tourne elle aussi sur l'infrastructure cloud d'Anthropic — avec son propre compromis : travailler à partir d'un instantané récent commité dans git plutôt que des fichiers locaux en direct.
Que devriez-vous vraiment planifier ?
Les exemples qui circulent le plus — un résumé matinal d'e-mails, ranger des fichiers, un récapitulatif Stripe ou de factures — sont réels et corrects, mais ce sont aussi les 20 % faciles. Ce sont des tâches de lecture-résumé : Claude regarde quelque chose, vous le raconte, et rien ne change tant que vous n'agissez pas sur le résumé vous-même.
Le cas le plus utile est de pointer un prompt planifié vers quelque chose que Claude peut réellement travailler, pas seulement décrire — un board de projet partagé est l'exemple le plus clair. Connectez Claude à un board via MCP une fois, puis planifiez un prompt quotidien du type : "vérifie le board, trie ce qui est nouveau, déplace les cartes bloquées, rédige des cartes à partir de ce qui est dans les notes, et donne-moi un résumé court." Au lieu d'un résumé passif, chaque exécution fait un vrai travail et seul ce qui demande votre jugement vous revient.
Nous avons écrit la version complète de ce workflow précis — quoi lui déléguer en premier, comment éviter qu'il se trompe — dans comment utiliser Claude pour la gestion de projet. Cet article porte sur le mécanisme de planification en dessous ; l'autre porte sur l'habitude que vous construisez par-dessus.
Que se passe-t-il entre deux exécutions ?
C'est la question honnête que la plupart des guides concurrents évitent, parce que presque aucun de leurs exemples ne touche quelque chose dont dépend une deuxième personne. Un résumé quotidien d'e-mails ne marche sur les pieds de personne. Un prompt planifié qui déplace des cartes, réattribue du travail ou clôture des tickets sur un board partagé, si — si vous ne faites pas attention à ce qu'il peut décider seul.
Deux choses comptent ici. D'abord, l'escalade plutôt que l'action aveugle : un prompt planifié bien configuré ne devrait pas clôturer des cartes ambiguës ni réattribuer silencieusement le travail de quelqu'un d'autre. Dans Comuna, tout ce dont l'IA n'est pas sûre ouvre à la place une petite demande d'approbation — vous approuvez, demandez des changements, ou rejetez, et l'exécution reprend à partir de votre réponse la fois suivante. Ensuite, l'attribution : chaque action d'une exécution planifiée doit porter l'identité de l'IA, sans se fondre silencieusement dans votre compte, pour que dans six mois vous puissiez encore distinguer ce qu'un humain a fait de ce qui a tourné seul à 6h du matin.
Il faut être clair sur la partie "pull, pas push", parce que c'est ce que toute cette catégorie tait implicitement. Un prompt planifié ne surveille rien en continu et ne réagit pas au moment où quelque chose se produit — il se réveille à la cadence que vous avez fixée, fait son passage, et se rendort. Si quelque chose d'urgent arrive dix minutes après la fin d'une exécution, rien ne réagit avant le prochain déclenchement planifié. C'est un compromis raisonnable pour un balayage quotidien ; c'est le mauvais outil si vous avez réellement besoin d'une réaction en temps réel à un événement au moment où il se produit.
Où les prompts planifiés ne conviennent pas
Deux limites honnêtes, en plus de celle de la dépendance au dossier local ci-dessus. Si vous avez besoin que quelque chose réagisse à l'instant où un événement se produit — une réponse client, un déploiement échoué, un ticket de support qui arrive — une cadence fixe est le mauvais format ; cherchez un déclencheur basé sur un événement plutôt qu'une minuterie. Et si la tâche implique une action irréversible sur du travail partagé (supprimer quelque chose, notifier toute une équipe), ne donnez pas à un prompt planifié une autonomie totale là-dessus sans étape d'approbation — construisez l'escalade, ou gardez cette étape manuelle.
Les prompts planifiés Claude sont-ils identiques sur tous les plans ?
Non. Les tâches planifiées de Cowork sont disponibles sur un plan Claude payant (Pro et au-delà), pas sur le plan gratuit, et les plans Max offrent plus de marge d'usage sur la même fonction. Vérifiez les détails de plan actuels côté Anthropic, car les prix et limites changent indépendamment de cet article.
À quelle fréquence un prompt planifié peut-il tourner ?
Cowork vous donne des cadences à l'heure, quotidienne, hebdomadaire, semaine seulement, ou manuelle — vous n'écrivez pas de syntaxe cron, vous décrivez la cadence et Claude la configure. (Les outils pour développeurs comme /loop de Claude Code supportent des intervalles plus fins, mais c'est une autre fonction, pour un autre usage.)
Un prompt planifié peut-il travailler sur un vrai board de projet, pas juste m'envoyer un résumé ?
Oui, si l'IA est connectée à l'outil via MCP avec accès en écriture — elle peut alors créer, déplacer et commenter de vraies cartes à chaque exécution, pas seulement les rapporter. Voir comment utiliser Claude pour la gestion de projet pour le workflow complet, et connecter Claude en 60 secondes pour les étapes de configuration.
Et si je suis souvent loin de mon ordinateur ?
Seules les tâches liées à un dossier local ont besoin de votre machine allumée et éveillée — gardez une tâche cloud uniquement (connecteurs, pas de fichiers locaux) et elle se déclenchera que votre ordinateur soit allumé ou non. Si une tâche a vraiment besoin de fichiers locaux et que vous êtes souvent absent, cette automatisation précise a plus sa place du côté des Routines.
Comuna est gratuit pour toujours — sans carte bancaire, avec votre propre IA. Créez un espace de travail et essayez-le.