Claude Code a ajouté un trio de commandes « Cron » — CronCreate, CronDelete et CronList — qui permettent aux développeurs de planifier des prompts ponctuels ou récurrents en utilisant la syntaxe cron classique. Cette fonctionnalité transforme le modèle habituel de requête-réponse immédiate des assistants IA en un flux de travail temporel et proactif.

Pourquoi la gestion du temps est cruciale pour l'ingénierie assistée par l'IA

La plupart des outils de génération de code répondent à une question puis disparaissent. Le développement en conditions réelles repose pourtant souvent sur des actions qui doivent se produire plus tard : une vérification de déploiement après 30 minutes, un scan de santé quotidien à 9 h, un rappel pour examiner une pull request dans une heure. Jusqu'à présent, les développeurs devaient écrire des boucles ou des scripts externes pour déclencher Claude au moment opportun, ce qui encombrait le contexte et consommait de la mémoire.

La famille Cron élimine cette friction. En confiant la gestion du temps au runtime de Claude, les développeurs lancent un prompt, passent à autre chose, et laissent le système réveiller Claude lorsque l'échéance arrive.

Fonctionnement des trois commandes

  • CronCreate – Prend une expression cron standard (ex : 0 9 * * MON-FRI) et une charge utile de prompt, puis enregistre une tâche qui invoque Claude aux heures spécifiées. La même syntaxe que celle utilisée dans les planificateurs de style Unix s'applique, il n'y a donc pas de nouvelle courbe d'apprentissage.
  • CronDelete – Reçoit un identifiant de tâche et supprime l'entrée en attente, stoppant ainsi toute invocation future.
  • CronList – Renvoie chaque tâche de la session actuelle, affichant les identifiants, les horaires et des extraits de la charge utile.

Ces commandes couvrent l'intégralité du cycle de vie d'un prompt planifié sans quitter l'environnement Claude Code.

Gains pratiques

  1. Brise les limites de la synchronisation – Un développeur planifie une vérification du système pour plus tard et continue de coder au lieu d'attendre un appel bloquant.
  2. Préserve le contexte – Le runtime stocke le prompt jusqu'à son exécution, évitant ainsi qu'une boucle doive rester active et gaspiller de l'espace de tokens.
  3. Ponctuel vs récurrent – Un simple rappel utilise la même commande qu'un monitoring quotidien (« exécuter un contrôle de santé chaque matin »). La différence réside uniquement dans l'expression cron.

Règles pour maintenir la stabilité du système

  • Stockage limité à la session – Les tâches disparaissent à la fin de la session, évitant ainsi les tâches orphelines après la déconnexion d'un développeur.
  • Limite de sept jours – Les tâches récurrentes expirent automatiquement après une semaine, limitant la consommation de ressources à long terme.
  • Fuseau horaire local – Les expressions cron sont interprétées selon l'heure locale de l'utilisateur, évitant la confusion liée au décalage UTC.
  • Répartition de la charge – Le planificateur décale légèrement les tâches pour éviter les heures pile (ex : :00 ou :30) afin de lisser les pics de charge sur le serveur.

Cron vs la fonctionnalité « Tasks » existante

Claude prend déjà en charge une liste de « Tasks », où l'utilisateur met en file d'attente des actions que Claude exécutera lorsqu'il sera explicitement invoqué. Cron agit comme une alarme : le runtime lance Claude automatiquement au moment prévu. Les « Tasks » restent en attente jusqu'à ce qu'un utilisateur les appelle ; Cron force l'assistant à agir selon son propre calendrier.

Ce que les développeurs doivent garder à l'esprit

L'ensemble d'outils Cron excelle pour l'automatisation à court terme — pipelines de test, rappels, diagnostics quotidiens — au sein d'une seule session de développement. Sa limite de sept jours et son stockage lié à la session signifient qu'il ne remplace pas les planificateurs de niveau production nécessitant une persistance sur plusieurs mois ou une fiabilité inter-sessions.

À retenir : En intégrant la syntaxe cron standard directement dans Claude Code, les nouvelles commandes Cron permettent aux développeurs de déléguer la logique temporelle au runtime de l'IA, libérant ainsi du contexte et permettant une assistance véritablement proactive — tant que les tâches s'inscrivent dans une seule session et une fenêtre d'une semaine.