Claude Code : tâches planifiées et boucles, les nouvelles fonctionnalités qui changent tout
Depuis plusieurs semaines, Claude Code reçoit des mises à jour à un rythme soutenu. Parmi les ajouts les plus structurants de début 2026 : les tâches planifiées dans Cowork, la commande /loop dans le terminal, et l’architecture de la boucle agentique qui sous-tend tout le système. Ce n’est pas seulement une question de confort. C’est un changement de paradigme : Claude Code cesse d’être un outil qu’on sollicite pour devenir un agent qu’on configure une fois — et qui travaille ensuite de manière autonome.
Voici ce que ces fonctionnalités font concrètement, comment elles s’articulent, et pourquoi elles méritent qu’on s’y attarde.
La boucle agentique : comprendre ce qui tourne sous le capot
Avant de parler de planification, il faut comprendre ce qui permet à Claude Code de fonctionner de manière autonome. Tout repose sur ce que la documentation appelle la boucle agentique.
Trois phases, un cycle continu
Quand vous donnez une tâche à Claude Code, il ne l’exécute pas en une seule passe. Il travaille en trois phases qui s’enchaînent en boucle :
- Rassembler le contexte — lire les fichiers concernés, explorer le code, chercher les dépendances
- Agir — modifier des fichiers, exécuter des commandes, appeler des APIs
- Vérifier les résultats — relire ce qui a été produit, identifier les erreurs, décider de la prochaine étape
Ces trois phases se répètent jusqu’à ce que la tâche soit accomplie ou qu’une décision humaine soit nécessaire. Claude Code enchaîne ainsi des dizaines d’actions en s’auto-corrigeant à chaque tour.
Les outils comme moteur du cycle
Sans outils, Claude ne peut que produire du texte. C’est l’accès aux outils qui rend la boucle réellement agentique : lire des fichiers, modifier du code, exécuter des tests, interroger le web, appeler des services externes. Chaque retour d’outil alimente le tour suivant. La boucle apprend à mesure qu’elle avance.
Un point technique important : la fenêtre de contexte ne se réinitialise pas entre les tours. Tout s’accumule — l’historique de la conversation, les résultats des outils, les modifications effectuées. Le contenu stable (les instructions système, les fichiers CLAUDE.md) bénéficie d’un mécanisme de mise en cache automatique, ce qui réduit les coûts et la latence sur les sessions longues.
La durée des sessions s’allonge
Un indicateur révélateur de la maturité de cette architecture : parmi les sessions les plus longues observées, la durée de travail autonome avant interruption a presque doublé en trois mois — passant de moins de 25 minutes à plus de 45 minutes. Claude Code apprend à tenir plus longtemps sans avoir besoin d’un retour humain.
La commande /loop : automatisation dans le terminal
Le premier niveau de planification est intégré directement dans le terminal Claude Code. La commande /loop permet de déclencher un prompt ou une commande en boucle, à intervalle régulier, sans quitter la session.
Syntaxe et fonctionnement
La commande s’utilise simplement :
/loop 5m vérifier le statut du déploiement
/loop 30m lancer les tests et rapporter les échecs
L’intervalle peut être exprimé en minutes, heures, ou via une expression cron standard à cinq champs (minute heure jour-du-mois mois jour-de-semaine). Tous les champs acceptent les wildcards (*), les valeurs simples, les plages (1-5), les steps (*/15) et les listes séparées par des virgules.
Les heures sont interprétées dans votre fuseau horaire local. Un cron 0 9 * * * signifie 9h chez vous, pas 9h UTC.
Ce qui se passe sous le capot
Le planificateur vérifie toutes les secondes si une tâche est due et l’envoie en priorité basse. Une tâche planifiée se déclenche entre vos tours — jamais pendant qu’une réponse est en cours. Si Claude est occupé quand la tâche arrive à échéance, elle attend que le tour en cours se termine.
Chaque session peut contenir jusqu’à 50 tâches planifiées simultanées. Chaque tâche récurrente expire automatiquement après 3 jours : elle se déclenche une dernière fois, puis se supprime. C’est une limite de sécurité qui évite qu’un /loop oublié continue de tourner indéfiniment.
À quoi ça sert concrètement ?
Le cas d’usage central, c’est rester informé sans interrompre son travail. Vous lancez une tâche longue — un déploiement, une suite de tests, une migration — et vous continuez à coder pendant ce temps. Au lieu de basculer manuellement vers un autre onglet toutes les cinq minutes pour vérifier l’état, vous déléguez cette surveillance à /loop.
Quelques exemples typiques :
Pendant un déploiement
/loop 2m vérifier les logs du déploiement sur staging et me prévenir si une erreur apparaît
Claude interroge les logs toutes les deux minutes et ne vous interrompt que s’il détecte un problème. Vous, vous continuez à travailler.
Pendant une longue suite de tests
/loop 5m regarder si les tests CI sont terminés et me donner un résumé des échecs
Utile quand les tests durent 20-30 minutes et que vous ne voulez pas surveiller le pipeline manuellement.
Pendant un scraping ou une génération de données
/loop 10m vérifier combien d'entrées ont été traitées et estimer le temps restant
Rappels de contexte sur les longues sessions
/loop 30m me rappeler les tâches encore ouvertes dans ce projet
Sur des sessions de développement longues, /loop peut jouer le rôle d’un rappel régulier pour ne pas perdre le fil de ce qui reste à faire.
L’idée directrice : /loop transforme Claude Code en co-équipier en arrière-plan pendant que vous avancez sur autre chose. Ce n’est pas de l’automatisation au sens Cowork — c’est de la vigilance déleguée, scopée à votre session en cours.
Limite fondamentale à connaître
Les tâches /loop sont scopées à la session. Elles disparaissent quand vous fermez le terminal. Si vous avez besoin d’une automatisation qui dure au-delà d’une session, il faut passer aux tâches planifiées dans Cowork.
Pour désactiver entièrement le planificateur (utile dans des environnements CI/CD ou contraints), la variable d’environnement CLAUDE_CODE_DISABLE_CRON=1 rend la commande /loop indisponible et arrête toutes les tâches en cours.
Les tâches planifiées dans Cowork : automatisation persistante
Le niveau supérieur arrive avec Cowork, l’onglet de l’application desktop Claude qui transforme votre ordinateur en espace de travail agentique. Le 24 février 2026, Anthropic a ajouté les tâches planifiées à Cowork — et c’est là que l’automatisation devient véritablement durable.
Le principe : écrire une fois, laisser tourner
Les tâches planifiées dans Cowork fonctionnent selon un principe simple : vous décrivez ce que vous voulez faire, vous choisissez un rythme, et Cowork s’en charge automatiquement. Pas besoin de relancer quoi que ce soit. La tâche s’exécute seule, avec accès à tous vos outils, plugins et serveurs MCP connectés.
Chaque tâche planifiée s’ouvre dans sa propre session Cowork, avec son propre contexte. Plusieurs tâches peuvent s’exécuter en parallèle.
Cadences disponibles
Cinq modes de planification sont disponibles :
- Manuelle — aucun déclencheur automatique, la tâche ne s’exécute que quand vous cliquez sur « Run now »
- Toutes les heures — toutes les 60 minutes
- Quotidienne — à l’heure de votre choix (par défaut 9h00 heure locale)
- Jours ouvrables — comme la planification quotidienne, mais sans le week-end
- Hebdomadaire — avec choix du jour et de l’heure
Pour créer une tâche, tapez /schedule dans Cowork. Claude vous guide à travers quelques questions, propose des options, et construit le prompt de la tâche avec vous.
Un mécanisme d’auto-amélioration intégré
Détail remarquable : après la première exécution, Cowork réécrit automatiquement le prompt de la tâche en fonction de ce qu’il a appris. La version révisée sait exactement où trouver les données, quels connecteurs utiliser, comment présenter le résultat. Les exécutions suivantes sont plus précises parce que la tâche a appris de la première.
Cas d’usage concrets
Les automatisations les plus courantes observées en pratique :
- Briefing matinal : synthèse des emails, messages Slack et événements du calendrier des dernières 24 heures
- Rapport hebdomadaire : compilation de données depuis Google Drive ou des tableurs en un document structuré
- Veille concurrentielle : suivi régulier d’une thématique, d’un concurrent ou d’un secteur
- Rapport financier : extraction et mise en forme de données Stripe ou de tableaux de bord comptables
- Préparation de réunion : synthèse des notes et actions de la semaine avant la réunion du vendredi
Dans un article de test sur six cas réels, des utilisateurs ont automatisé des briefs matinaux, du nettoyage de fichiers, des rapports Stripe, de l’organisation de factures et du suivi de prix de vol — toutes des tâches répétitives qui consommaient du temps humain sans apporter de valeur ajoutée.
La limite à ne pas ignorer
Les tâches planifiées dans Cowork ne s’exécutent que si votre ordinateur est allumé et l’application desktop ouverte. Si votre Mac ou PC est en veille au moment du déclenchement, Cowork saute l’exécution prévue et la relance automatiquement dès que vous rouvrez l’application.
Ce n’est pas un bug, c’est une contrainte architecturale : Claude Code s’exécute localement, pas dans le cloud. Pour des automatisations qui doivent tourner 24h/24 sans dépendance à votre poste, il faut regarder du côté du mode headless et des pipelines CI/CD.
Disponibilité
Les tâches planifiées dans Cowork sont disponibles sur tous les plans payants Claude (Pro, Max, Team, Enterprise). La fonctionnalité Cowork elle-même nécessite macOS avec puce Apple Silicon (M1 ou plus récent) — ou Windows sur tout matériel compatible.
Différence entre /loop (CLI) et tâches planifiées (Cowork)
Les deux fonctionnalités se ressemblent mais répondent à des besoins différents :
/loop (terminal) | Tâches planifiées (Cowork) | |
|---|---|---|
| Durée de vie | Session uniquement | Persistante jusqu’à annulation |
| Interface | Ligne de commande | Interface graphique desktop |
| Contexte | Même session ouverte | Session dédiée par exécution |
| Accès aux outils | Outils CLI | Tous outils, plugins et MCP |
| Expiration auto | 3 jours | Non, jusqu’à suppression manuelle |
| Idéal pour | Polling en cours de développement | Automatisations métier récurrentes |
Ce que ça change vraiment
Pris ensemble, ces ajouts marquent une évolution claire dans la manière dont Claude Code est conçu pour être utilisé. Ce n’est plus un assistant qu’on interroge — c’est un agent qu’on configure.
La boucle agentique garantit que chaque tâche est traitée de manière autonome et itérative. La commande /loop permet de maintenir une surveillance continue pendant une session de développement. Les tâches planifiées dans Cowork transforment votre ordinateur en espace de travail qui produit même quand vous n’êtes pas là. Et Agent Teams préfigure ce que pourrait être un bureau entièrement orchestré par des agents travaillant en parallèle.
Pour aller plus loin sur l’architecture agentique sous-jacente à ces fonctionnalités, notre article sur l’émergence de l’IA agentique détaille les principes qui rendent possible ce type d’autonomie. Si vous débutez avec Claude Code, notre guide complet Claude Code couvre les bases indispensables avant d’aborder ces fonctionnalités avancées. Et si vous vous intéressez à l’écosystème des outils qui connectent ces agents au reste de vos applications, notre article sur MCP, le protocole qui change vraiment quelque chose à l’IA est la lecture complémentaire naturelle.
Les outils existent. La question n’est plus « est-ce que c’est possible ? » mais « qu’est-ce que je veux automatiser en premier ? »
