Les Routines de Claude Code : ce qui tourne dans le cloud, ce qui reste sur ta machine, et comment choisir

Claude Code a maintenant trois façons de lancer un prompt sans que tu le tapes, et leurs noms se recouvrent assez pour perdre n'importe qui : les Routines, les tâches planifiées de l'app Desktop, et /loop. L'app Desktop crée même les deux premières depuis la même page. Elles diffèrent sur le seul point qui compte quand on automatise un travail : l'endroit où l'agent tourne, et donc ce qu'il voit.

Ce guide passe les trois en revue avec les limites écrites dans la documentation (vérifiée le 4 octobre 2026 ; les Routines sont en research preview et Anthropic prévient que le comportement, les limites et l'API peuvent changer). Puis il explique ce qu'on fait nous-mêmes : sept agents démarrent chaque soir de notre côté, et aucun n'est une routine. Les raisons sont précises, et elles te concernent ou pas.

Ce qu'est une routine

Une routine est une configuration Claude Code enregistrée : un prompt, un ou plusieurs dépôts GitHub et un jeu de connecteurs, emballés une fois et lancés automatiquement. Elle tourne sur l'infrastructure cloud gérée par Anthropic, ou sur l'environnement auto-hébergé de ton organisation quand elle y est envoyée. Ton portable peut être fermé.

Chaque run est une cloud session complète. Quatre conséquences en découlent, et ce sont celles à retenir :

• Un clone neuf à chaque fois. Chaque dépôt est cloné au début du run, depuis la branche par défaut. Claude pousse son travail sur une branche préfixée claude/, sauf si ton prompt dit autre chose. Rien de ce qui n'est pas commité sur ta machine n'existe pour la routine.
• Aucune demande de permission. Il n'y a pas de sélecteur de mode de permission. La session lance des commandes shell, utilise les skills commités dans le dépôt et appelle tous les outils de tous les connecteurs inclus, écritures comprises, sans s'arrêter pour demander.
• Des connecteurs, pas tes serveurs MCP locaux. Tous les connecteurs de ton compte claude.ai sont inclus par défaut, et la doc te dit de retirer ceux dont la routine n'a pas besoin. Les serveurs ajoutés en local avec claude mcp add vivent sur ta machine et ne sont pas dans la liste. Un .mcp.json commité est l'autre porte d'entrée.
• Elle agit en ton nom. Les Routines appartiennent à ton compte individuel. Les commits et les pull requests portent ton utilisateur GitHub, les messages Slack et les tickets Linear passent par tes comptes liés.

Les Routines sont disponibles sur les forfaits Pro, Max, Team et Enterprise. Tu les crées sur claude.ai/code/routines, depuis l'app Desktop (onglet Code, Routines, New routine, Cloud), ou depuis le CLI.

Les trois déclencheurs

Une routine peut porter un déclencheur ou plusieurs à la fois.

Planifié. Toutes les heures, tous les jours, les jours de semaine ou toutes les semaines, dans ton heure locale, ou un run unique à une date future. L'intervalle minimum est d'une heure. Un détail de la doc utile à connaître : un run planifié pile à l'heure peut démarrer avec plusieurs minutes de retard, donc choisis 9h07 plutôt que 9h00 quand l'heure compte.

API. Chaque routine a son propre point d'accès et son propre jeton bearer, généré sur le web (le CLI ne sait ni créer ni révoquer un jeton). Un POST démarre une session et renvoie son URL :

curl -X POST https://api.anthropic.com/v1/claude_code/routines/trig_01ABCDEFGHJKLMNOPQRSTUVW/fire \
  -H "Authorization: Bearer sk-ant-oat01-xxxxx" \
  -H "anthropic-beta: experimental-cc-routine-2026-04-01" \
  -H "anthropic-version: 2023-06-01" \
  -H "Content-Type: application/json" \
  -d '{"text": "Sentry alert SEN-4521 fired in prod."}'

Le champ text n'arrive pas à la routine comme une instruction. Il arrive enveloppé dans un bloc qui l'étiquette comme une donnée non fiable : le prompt enregistré doit donc dire explicitement de s'en servir (« analyse l'alerte décrite dans le bloc routine-fire-payload »), sinon le texte reste un contexte inerte. C'est le bon réglage par défaut : quiconque détient le jeton peut envoyer du texte.

GitHub. Les événements de pull request et de release, avec des filtres sur l'auteur, le titre, le corps, la branche de base, la branche de tête, les labels, l'état brouillon et l'état fusionné. La Claude GitHub App doit être installée sur le dépôt. Chaque événement démarre sa propre session, et les événements au-delà du plafond horaire sont abandonnés.

Depuis le CLI : /schedule

/schedule crée une routine planifiée par la conversation, et /routines en est un alias.

/schedule daily PR review at 9am
/schedule in 2 weeks, open a cleanup PR that removes the feature flag
/schedule list
/schedule update
/schedule run

C'est avec /schedule update qu'on pose une expression cron sur mesure. Ajouter un déclencheur GitHub depuis le CLI demande Claude Code v2.1.225 ou plus récent ; les déclencheurs API ne se créent que sur le web.

Si /schedule répond « Unknown command », la cause habituelle est l'authentification : la commande exige une connexion par abonnement claude.ai. Une variable ANTHROPIC_API_KEY dans ton shell, un apiKeyHelper dans settings.json, ou une connexion par Bedrock ou Vertex la masquent.

Les limites à connaître avant de compter dessus

Les Routines consomment l'usage de ton abonnement comme n'importe quelle session interactive. En plus, chaque façon de démarrer un run a un plafond horaire, sans dépassement possible :

Trois autres points de la documentation qui mordent en pratique. Une connexion GitHub absente ou expirée fait sauter les runs de la routine pendant 72 heures au plus, puis la routine se désactive. Un abonnement en pause met les Routines en attente. Et un run vert ne veut pas dire que la tâche a marché : il veut dire que la session a démarré et s'est terminée sans erreur d'infrastructure.

Les deux options locales

Les tâches planifiées de l'app Desktop sont le choix Local du même bouton New routine. Elles tournent sur ta machine, avec tes fichiers tels qu'ils sont, modifications non commitées comprises, sauf si tu coches l'option worktree. Chaque tâche a son propre mode de permission. Le piège tient en une phrase de la doc : les tâches ne tournent que si l'app Desktop est ouverte et l'ordinateur éveillé. Un run qui tombe pendant la veille est sauté, et au réveil l'app lance exactement un run de rattrapage, pour le dernier horaire manqué des sept derniers jours. Le prompt vit dans ~/.claude/scheduled-tasks/<task-name>/SKILL.md.

/loop répète un prompt dans une session CLI ouverte : /loop 5m check the deploy. Il hérite des permissions et des serveurs MCP de la session, tient jusqu'à 50 tâches, et une tâche récurrente expire au bout de sept jours. Ferme le terminal et tout s'arrête. C'est fait pour surveiller un build ou une pull request le temps d'un après-midi, pas pour un travail de nuit.

Côte à côte, tel que la documentation le présente :

Comment choisir

Trois questions tranchent.

Le travail tient-il tout entier dans le dépôt et derrière des connecteurs ? Étiqueter les issues, relire chaque nouvelle pull request, comparer la doc aux changements fusionnés : une routine est le bon outil. Rien à garder éveillé, et le résultat arrive sous forme de branche.

Le travail a-t-il besoin de quelque chose qui n'existe que sur ta machine ? Une base derrière un VPN, un navigateur où tu es connecté, des fichiers pas commités, un serveur MCP local : reste en local. Une routine partirait d'un clone qui n'a rien de tout ça.

Doit-il tourner plus souvent que toutes les heures, ou réagir dans la minute ? En local là aussi, ou par le déclencheur API si un système extérieur peut l'appeler.

Pourquoi nos sept agents de nuit ne sont pas des Routines

On fait tourner sept agents programmés chaque soir à 20h00 sur un Mac mini. Ils lisent les commits du jour, corrigent des bugs, corrigent ce site, publient sur les réseaux sociaux et envoient un rapport par e-mail. Le montage complet et les prompts sont dans un article à part. Quand les Routines sont arrivées, on s'est posé la question évidente : pourquoi garder une machine allumée ?

Quatre raisons, toutes vérifiées contre la doc ci-dessus.

1. Ils travaillent dans un arbre partagé et non commité. Les agents font un pull, lisent les rapports de la nuit des autres et commitent au fil de l'eau. Plusieurs touchent le même checkout dans la même heure. Un clone neuf par run perdrait le passage de relais entre deux étapes d'une même équipe.
2. L'un d'eux publie depuis un vrai navigateur. L'agent social publie depuis une session Chrome connectée à trois réseaux. Cette session est sur la machine. Une VM cloud n'a pas ce navigateur.
3. Ils utilisent des outils MCP locaux. Le backlog, la mémoire projet, la bibliothèque de prompts et les commandes de dev sont des serveurs MCP de l'app qui tourne sur cette machine. Ce ne sont pas des connecteurs claude.ai.
4. Ils ne sont pas tous Claude Code. Une routine lance Claude Code sur un abonnement claude.ai. Notre planificateur lance le CLI que la tâche désigne.

On utilise donc les tâches planifiées d'AgentsRoom : un déclencheur est un prompt, un agent ou une équipe, et une fréquence, lancé sur une machine qu'on choisit. C'est un planificateur dans l'app, pas un serveur : il part tant qu'AgentsRoom est ouvert sur cette machine, rattrape un run manqué au lancement suivant, et peut armer le minuteur de réveil du système pour le prochain run. C'est la même contrainte que les tâches planifiées de l'app Desktop de Claude, à la différence que l'agent peut être Codex, Antigravity ou n'importe quel autre CLI, et qu'un déclencheur peut aussi partir sur un webhook ou à la livraison d'un ticket.

Rien de tout ça ne fait des Routines un mauvais choix. Si notre travail de nuit était « relire chaque pull request avec notre checklist », on le ferait tourner en routine avec un déclencheur GitHub et on éteindrait le Mac mini. Et quand le besoin est une machine jetable pour une tâche plutôt qu'un travail récurrent, c'est encore un autre outil, décrit dans ce que veut dire « Claude remote agents ».

Questions fréquentes

Les Routines de Claude Code, c'est la même chose que les tâches planifiées ?

Pas tout à fait. Une routine tourne dans le cloud, dans une cloud session complète de Claude Code qui part d'un clone neuf de ton dépôt, et elle peut partir à heure fixe, sur un appel d'API ou sur un événement GitHub. Une tâche planifiée de l'app Desktop tourne sur ta propre machine avec tes fichiers locaux, seulement tant que l'app Claude est ouverte et l'ordinateur éveillé. /loop répète un prompt dans une session CLI ouverte. La page Routines de l'app Desktop crée les deux premières : New routine, puis Cloud ou Local.

À quelle fréquence une routine Claude Code peut-elle tourner ?

L'intervalle minimum d'un déclencheur planifié est d'une heure : une expression cron plus fréquente est refusée. Les préréglages sont toutes les heures, tous les jours, les jours de semaine et toutes les semaines, et /schedule update pose une expression cron sur mesure. Indépendamment de l'usage de ton abonnement, un compte peut démarrer 100 runs planifiés par heure, et Run now comme les appels d'API sont plafonnés à 30 par heure pour chaque routine. Les tâches planifiées de l'app Desktop et /loop descendent à une minute.

Faut-il que mon ordinateur soit allumé pour qu'une routine tourne ?

Non. Une routine tourne sur l'infrastructure cloud gérée par Anthropic, ou sur un environnement auto-hébergé quand ton organisation l'y envoie : elle continue portable fermé. Le prix, c'est qu'elle ne voit pas ta machine : elle part d'un clone neuf de la branche par défaut, avec les connecteurs de ton compte claude.ai et l'accès réseau de son environnement cloud. Les serveurs MCP ajoutés en local avec claude mcp add ne sont pas disponibles, sauf à les ajouter comme connecteurs ou à commiter un .mcp.json.

Les Routines coûtent-elles plus cher ?

La documentation ne donne pas de prix à part : les Routines consomment l'usage de l'abonnement comme une session interactive, sur les forfaits Pro, Max, Team et Enterprise. Quand une routine atteint ta limite d'usage, les runs suivants sont refusés jusqu'à la remise à zéro de la fenêtre, sauf si les crédits d'usage sont activés, auquel cas ils continuent en dépassement facturé. Les plafonds de runs par heure, eux, n'ont pas de dépassement.

Une routine peut-elle lancer Codex, Antigravity ou un autre CLI ?

Non. Une routine est une configuration Claude Code enregistrée, et /schedule exige une connexion par abonnement claude.ai : la commande est masquée quand Claude Code est authentifié par une clé d'API ou par un fournisseur cloud. Pour planifier un autre CLI, il faut un planificateur hors de Claude Code : cron et le mode sans interface du CLI, une planification de CI, ou un outil qui lance des agents pour n'importe quel CLI, ce que font les tâches planifiées d'AgentsRoom.

Pourquoi ma routine est-elle verte alors qu'elle n'a rien fait ?

Parce que le statut décrit la session, pas la tâche. La documentation le dit sans détour : un statut vert signifie que la session a démarré et s'est terminée sans erreur d'infrastructure, pas que la tâche de ton prompt a réussi. Les requêtes réseau bloquées, les outils de connecteur manquants et les échecs de la tâche ne se voient que dans le transcript. Ouvre le run, ou demande au CLI : /schedule suivi d'une question sur la routine liste ses derniers runs et lit le journal, à partir de Claude Code v2.1.227.