Tâches planifiées avec Claude Code

Le problème : tu ouvres une nouvelle session chaque matin pour taper le même prompt "vérifie les logs d'erreur". Tu oublies de lancer ta revue de code quotidienne. Les tâches planifiées règlent ça. Tu sauvegardes un prompt une fois, tu choisis une cadence, et Claude s'en occupe tout seul. Connecte-le aux Channels et le résultat arrive dans Telegram ou Discord sans que tu aies à lever le petit doigt.

Deux versions existent. Les tâches planifiées Desktop sont les durables. Elles survivent aux redémarrages, se déclenchent selon un planning visible, et tournent tant que l'app est ouverte. Les tâches CLI limitées à la session utilisent /loop plus des outils cron pour du polling rapide en session, et disparaissent quand tu quittes la session. Les deux sont couverts ici.

Tâches planifiées Desktop

Pour du travail récurrent dans Claude Code, les tâches planifiées Desktop sont la voie principale. Chacune tourne sur ta machine et lance une session fraîche à l'heure et à la fréquence que tu as choisies. Chaque exécution a accès à tes fichiers, serveurs MCP, skills, connecteurs et plugins.

Créer une tâche

Clique sur Schedule dans la barre latérale Desktop, puis + New task. Remplis ces champs :

Sous le champ prompt, d'autres options apparaissent : sélection du modèle, mode de permission, dossier de travail, et isolation par worktree. Activer le toggle worktree donne à chaque exécution son propre worktree Git pour que le travail planifié ne rentre jamais en conflit avec ce que tu édites à la main.

La création conversationnelle marche aussi. Dans n'importe quelle session Desktop, tape : "configure une revue de code quotidienne qui tourne tous les matins à 9h." Claude s'en charge.

Options de fréquence

Tout ce que le sélecteur ne couvre pas (toutes les 15 minutes, le premier de chaque mois) se gère en demandant à Claude en français naturel dans n'importe quelle session Desktop. Quelque chose comme : "planifie une tâche pour lancer tous les tests toutes les 6 heures."

Comment se déclenchent les tâches Desktop

Quand l'app est ouverte, Desktop scanne le planning une fois par minute. Une tâche due lance une session fraîche qui ne touche pas ce que tu as à l'écran. Pour étaler le trafic API, chaque tâche attend un décalage déterministe jusqu'à 10 minutes après son heure planifiée. La même tâche choisit toujours le même décalage.

Le déclenchement envoie une notification desktop. Une nouvelle session apparaît dans la section Scheduled de la barre latérale. Ouvre-la pour voir ce que Claude a fait, inspecter les diffs, ou répondre aux prompts de permission en attente. Dans cette session, Claude peut modifier des fichiers, lancer des commandes, créer des commits, et ouvrir des pull requests. Ça fonctionne comme n'importe quelle autre session.

Exécutions manquées et rattrapage

Au démarrage (ou quand ton ordinateur se réveille), Desktop remonte sept jours en arrière pour chercher les exécutions manquées de chaque tâche. Il en trouve ? Il lance exactement une exécution de rattrapage pour le moment manqué le plus récent et jette les autres. Six jours d'exécutions quotidiennes manquées deviennent une seule exécution au réveil. Une notification s'affiche quand le rattrapage commence.

Écris tes prompts en tenant compte de ça. Une tâche à 9h peut finir par tourner à 23h si ton laptop a dormi toute la journée. Si c'est important, ajoute des garde-fous : "Vérifie uniquement les commits d'aujourd'hui. S'il est après 17h, saute la revue et poste un résumé de ce qui a été manqué."

Permissions pour les tâches planifiées

Chaque tâche porte son propre mode de permission, défini pendant la création ou l'édition. Les règles Allow de ~/.claude/settings.json s'appliquent toujours par-dessus. Lance une tâche en mode Ask, rencontre un outil que la tâche ne peut pas utiliser, et l'exécution se bloque jusqu'à ce que tu approuves. La session attend dans la barre latérale pour que tu puisses répondre quand tu veux.

Évite les blocages avec cette astuce : clique sur Run now juste après avoir créé la tâche, guette les prompts, et choisis "always allow" sur chacun. Chaque exécution suivante auto-approuve les mêmes outils. Les approbations sont visibles (et révocables) sur la page de détail de la tâche sous le panneau Always allowed.

Gérer les tâches

Clique sur une tâche dans la liste Schedule pour ouvrir sa page de détail :

• Run now : lance la tâche immédiatement sans attendre la prochaine heure planifiée
• Toggle repeats : met en pause ou reprend les exécutions planifiées sans supprimer la tâche
• Edit : change le prompt, la fréquence, le dossier, le modèle, ou le mode de permission
• Review history : voir toutes les exécutions passées, y compris les sautées
• Review allowed permissions : voir et révoquer les approbations d'outils sauvegardées
• Delete : supprime la tâche et archive toutes les sessions qu'elle a créées

La gestion par voix marche aussi. Depuis n'importe quelle session, essaie : "pause ma tâche dependency-audit", "supprime la tâche standup-prep", ou "montre mes tâches planifiées."

Les prompts de tâche sont sur disque à ~/.claude/scheduled-tasks/<task-name>/SKILL.md, avec un frontmatter YAML pour le nom et la description. Modifie le fichier directement et la prochaine exécution prend en compte le changement.

Tâches planifiées CLI : /loop et outils Cron

Un système de planification plus léger est livré dans le CLI. Il est limité à la session. Les tâches vivent dans le processus Claude Code actuel et disparaissent quand tu quittes. Utilise-le pour du polling rapide et du monitoring en session. Pas pour quoi que ce soit de durable.

La commande /loop

La façon la plus rapide de planifier un prompt récurrent dans le CLI :

/loop 5m check if the deployment finished and tell me what happened

Claude parse l'intervalle, le convertit en expression cron, planifie le job, et te dit la cadence et l'ID du job.

Syntaxe d'intervalle flexible :

Unités supportées : s (secondes, arrondies à la minute supérieure), m (minutes), h (heures), d (jours).

D'autres commandes peuvent aussi être en loop :

/loop 20m /review-pr 1234

À chaque déclenchement, Claude lance /review-pr 1234 comme si tu l'avais tapé.

Rappels ponctuels

Les tâches ponctuelles sont encore plus simples. Le langage naturel suffit :

remind me at 3pm to push the release branch

in 45 minutes, check whether the integration tests passed

Claude fixe l'heure de déclenchement à une expression cron précise et confirme quand ça tournera.

Dans les coulisses : CronCreate, CronList, CronDelete

/loop et la planification en langage naturel s'appuient tous les deux sur ces outils :

Cinquante tâches planifiées maximum par session. Les horaires tournent dans ton fuseau horaire local.

Contraintes de la planification CLI

• Limitée à la session : fermer le terminal ou quitter Claude Code annule tout
• Pas de rattrapage : si Claude est occupé quand une tâche est due, elle se déclenche une fois quand il est libre, pas une fois par intervalle manqué
• Expiration à 3 jours : les tâches récurrentes s'auto-suppriment après 3 jours pour limiter la durée d'un loop oublié
• Pas de persistance : redémarrer Claude Code efface toutes les tâches de session
• Désactive entièrement avec CLAUDE_CODE_DISABLE_CRON=1

Desktop vs CLI : quoi choisir

Les tâches planifiées Desktop couvrent tout ce que tu veux faire tourner demain, la semaine prochaine, ou indéfiniment. Utilise le CLI /loop quand la portée est "surveille ce déploiement pendant une heure."

Cas d'usage qui comptent vraiment

Monitoring des logs d'erreur

Thariq de l'équipe Claude Code a partagé son favori : "Demande-lui de vérifier les logs d'erreur toutes les quelques heures et de créer des PRs pour les erreurs actionnables."

Configure-le en toutes les heures dans Desktop. Connecte ton service de logging via MCP. L'agent lit les erreurs récentes, filtre le bruit, et ouvre des pull requests pour celles qui valent ton temps. Reviewer des PRs remplace scanner des logs.

Briefings du matin

Choisis 8h30 en semaine. Connecte Slack, email et calendrier via les connecteurs. L'agent condense les messages de la nuit, remonte ce qui est urgent, et esquisse ta journée. Tu ouvres Claude Desktop avec un briefing déjà prêt au lieu de brûler une demi-heure en triage.

Rapports hebdomadaires

Une tâche hebdomadaire récupère des données depuis Google Drive, des feuilles de calcul et des outils de gestion de projet. Les métriques sont compilées, les tendances sont signalées, et un rapport formaté sort de l'autre côté. Particulièrement utile pour les équipes async où les mises à jour de statut sont éparpillées dans une demi-douzaine d'apps.

Surveiller une PR (CLI)

Tu as lancé une PR et tu veux savoir quand la CI se termine ? Dans le CLI :

/loop 5m check the CI status on PR #247 and tell me if it passed or failed

Claude poll toutes les 5 minutes et rapporte. La CI se termine, tu annules le loop, tu passes à autre chose.

Audits de dépendances

Crée une tâche hebdomadaire qui lance npm audit ou pip audit, lit les résultats, et ouvre une PR avec des fixes pour les vulnérabilités actionnables. Planifie-la le lundi matin pour commencer la semaine avec un bilan de santé propre.

Veille récurrente

Suis les concurrents, les actualités du secteur, ou les tendances technologiques à une cadence quotidienne ou hebdomadaire. Des sources configurées sont parcourues, les mises à jour pertinentes sont extraites, et des résumés reviennent. Connecte la recherche web pour une couverture plus large.

L'effet OpenClaw

Ceux qui ont suivi la vague OpenClaw reconnaîtront la forme de cette feature. Le pitch d'OpenClaw était simple : un agent IA autonome qui se branche sur tes apps et exécute des tâches pour toi, selon un planning, sans supervision. Ce pitch a attiré 199K étoiles GitHub et une série de couvertures mainstream, ce qui a prouvé que la demande existait.

Anthropic a clairement fait attention. Remote Control a été livré en février comme réponse directe à la feature "contrôle ton ordinateur depuis ton téléphone" d'OpenClaw. Les tâches planifiées comblent le gap suivant : lâcher un agent sur une cadence récurrente sans que tu sois dans la boucle.

Même schéma à chaque fois. OpenClaw prouve la demande par l'adoption virale. Anthropic livre la version native, intégrée, security-first quelques semaines derrière. Remote Control a remplacé l'accès distant basé sur WebSocket d'OpenClaw par un bridge chiffré, outbound-only. Les tâches planifiées remplacent le concept d'"assistant personnel toujours actif" par un planificateur d'agents structuré, avec contrôle des permissions, qui embarque ta configuration MCP et plugins complète.

L'exécution, c'est ce qui compte. OpenClaw distribue un accès système large par défaut et a subi des incidents de sécurité au fil du temps (CVE-2026-25253 a touché 50K+ instances). Les tâches planifiées de Claude Code tournent avec des limites de permissions explicites et des contrôles d'approbation par tâche. OpenClaw demande de l'auto-hébergement, du port forwarding, une configuration manuelle. Claude Code te donne un formulaire et une barre latérale.

Rien de tout ça n'est une critique d'OpenClaw. Il a prouvé la catégorie. Mais pour les développeurs qui vivent déjà dans l'écosystème Claude, le fait qu'Anthropic livre ces capacités nativement signifie que tu obtiens les mêmes patterns d'agent autonome avec une meilleure intégration, plus de sécurité, et zéro overhead d'infrastructure.

Questions fréquentes

Les tâches planifiées fonctionnent-elles dans le CLI Claude Code ? Oui, mais avec une forme différente. Le CLI a /loop et des outils cron pour la planification limitée à la session qui disparaît quand tu quittes. La planification durable appartient aux tâches planifiées Desktop. La planification cloud toujours active appartient à GitHub Actions avec un déclencheur de planning.

Que se passe-t-il si mon ordinateur est en veille quand une tâche est planifiée ? L'exécution est sautée. Au réveil, ou quand tu rouvres Claude Desktop, il scanne les sept derniers jours pour les exécutions manquées, lance une seule exécution de rattrapage pour le moment manqué le plus récent, et affiche une notification. Pour bloquer la mise en veille inactive, active Keep computer awake dans Desktop Settings > General. Fermer le couvercle met quand même la machine en veille.

Puis-je utiliser les tâches planifiées sur Linux ? Les tâches planifiées Desktop ne sont pas livrées sur Linux (macOS et Windows uniquement). Les utilisateurs Linux ont deux options : utiliser la commande CLI /loop pour la planification limitée à la session, ou lancer des cron jobs appelant claude -p en mode headless pour la planification durable.

Les tâches planifiées comptent-elles dans mes limites d'utilisation ? Oui. Chaque exécution démarre une session Claude Code complète. Les utilisateurs du plan Pro avec des limites plus serrées devraient en tenir compte. Les plans Max et Enterprise ont plus de marge.

Une tâche planifiée peut-elle créer des pull requests ? Oui. Chaque exécution est une session Claude Code complète avec accès à ton setup git local et aux serveurs MCP configurés. Connecte GitHub via MCP ou les connecteurs et l'agent peut créer des branches, committer des changements, et ouvrir des PRs.

Où sont stockés les prompts de tâche ? Sur disque à ~/.claude/scheduled-tasks/<task-name>/SKILL.md. Le fichier utilise un frontmatter YAML pour le nom et la description, avec le prompt comme corps. Modifie-le directement et la prochaine exécution prend en compte le changement.

Ce que ça change pour les workflows de développement

Les tâches planifiées transforment Claude d'un outil que tu invoques en un agent qui travaille avec toi sur une cadence. Se souvenir de lancer le prompt disparaît. Tu déclares l'intention une fois et le système gère le timing.

Combine-le avec Remote Control (surveille les sessions depuis ton téléphone) et les loops d'agent autonome (travail agentique longue durée) et tu as le tableau complet de Claude comme compagnon de développement persistant. Remote Control pilote des sessions de n'importe où. Les loops autonomes gardent les agents au travail pendant des heures. Les tâches planifiées gèrent le déclenchement.

Pour les setups multi-agents, un pattern pratique émerge : une tâche quotidienne qui revoit le travail de nuit des agents, résume les résultats, et signale ce qui a besoin d'un humain. L'agent est à la fois le travailleur et le superviseur de shift.

Choisis une tâche récurrente que tu fais encore à la main. Un triage de boîte mail le matin. Une extraction de métriques hebdomadaire. Un scan de logs d'erreur. Configure-la comme tâche planifiée. Lance-la pendant une semaine. Compte le temps que tu récupères.