Routines cloud

TL;DR

Une Routine cloud, c'est une session Claude Code planifiée qui s'exécute sur les serveurs Anthropic, sans que votre ordinateur soit allumé. Vous décrivez la tâche en langage naturel, vous fixez une récurrence (chaque matin à 8h, chaque vendredi 17h, à la demande via API), et Claude s'en occupe tout seul depuis claude.com/code. C'est la version cloud des Scheduled Tasks locales de Cowork (fiche D4), avec un coût : la fonctionnalité est en research preview au 17/05/2026, donc instable par nature.

Pour qui c'est utile

Tout profil qui a identifié une tâche récurrente qui doit tourner sans intervention humaine, y compris la nuit ou le week-end. Le déclic, c'est quand vous vous dites « ce serait pratique si Claude pouvait faire ça tout seul demain matin avant que j'arrive ». Pertinent surtout après avoir manipulé Skills et MCP, comme étape d'industrialisation.

Profils types qui en tirent le maximum :

• Dirigeants et cadres qui veulent un brief opérationnel posé sur leur bureau (ou dans leur boîte mail) chaque matin sans devoir le lancer eux-mêmes
• Consultants et formateurs qui maintiennent une veille sectorielle ou un suivi concurrentiel sur plusieurs clients, et veulent rafraîchir l'info pendant la nuit
• Fonctions support (RH, communication, juridique) qui doivent surveiller des évolutions externes (textes réglementaires, mentions presse, offres concurrentes) sans bloquer leur agenda
• Profils data et opérations qui pilotent des refresh d'index documentaire, des contrôles de cohérence, des rapports hebdomadaires automatisés

Comprendre les Routines cloud (la mécanique sous le capot)

Trois éléments à distinguer pour ne pas mélanger les fonctionnalités proches :

Claude Code on the web (claude.com/code) est l'interface web de Claude Code. Vous y retrouvez vos sessions, vos repos connectés, vos credentials MCP, et c'est l'endroit où vivent les Routines. Contrairement au Claude Code CLI installé sur votre Mac, ici tout tourne dans le cloud Anthropic. Vous n'avez pas besoin de garder un terminal ouvert.

Une Routine cloud est une tâche planifiée enregistrée dans cette interface web. Elle contient un prompt autonome (qui doit pouvoir s'exécuter sans contexte humain), un repo cible optionnel, un environnement d'exécution (Default, Trusted network), une liste de connecteurs MCP autorisés, et un trigger : Schedule (cron-like), API (POST avec bearer token), ou GitHub event. Au déclenchement, Anthropic instancie une session Claude Code éphémère sur son infrastructure, exécute le prompt, et stocke le run dans l'historique.

Le header expérimental experimental-cc-routine-2026-04-01 est la signature de l'API publique qui pilote les Routines. Toute intégration programmatique (par exemple, déclencher une Routine depuis un workflow n8n) doit l'inclure. Ce header change à chaque itération de la research preview : prévoyez une migration si vous l'utilisez en production.

Les trois différences à mémoriser :

• Routines cloud vs Scheduled Tasks locales (fiche D4) : les Scheduled Tasks de Cowork tournent sur votre Mac, dépendent de votre ordinateur allumé et déverrouillé, et utilisent vos credentials locaux. Les Routines cloud tournent côté Anthropic, indépendamment de votre poste, avec les credentials que vous avez stockés dans claude.com/code.
• Routines cloud vs /loop (fiche CC6) : /loop est une boucle qui s'exécute à l'intérieur d'une session Claude Code en cours. Elle dure tant que la session est ouverte. Une Routine vit en dehors des sessions et se déclenche d'elle-même.
• Routines cloud vs /schedule côté Code : /schedule est la commande qui permet de créer une Routine depuis une session Claude Code on the web. C'est un raccourci, pas une fonctionnalité distincte.

Ce qu'il faut retenir : une Routine, c'est Claude Code en pilotage automatique, hébergé chez Anthropic, en research preview, donc à manier avec discernement.

Quand les Routines brillent vs quand Scheduled Tasks locales suffisent

Les Routines cloud brillent dans ces cas :

• La tâche doit tourner la nuit, le week-end, ou pendant des vacances (votre Mac peut être éteint)
• Vous voulez déclencher depuis un système externe (workflow d'automatisation, webhook, évènement GitHub)
• La tâche dépend de connecteurs MCP cloud qui n'existent pas en local (Slack distant, GitHub Actions, services SaaS)
• Plusieurs personnes de l'équipe doivent voir l'historique des runs au même endroit

Les Scheduled Tasks locales (Cowork, fiche D4) suffisent dans ces cas :

• La tâche utilise des fichiers locaux, des bases de données locales, des credentials stockés dans votre Mac
• Vous gardez votre poste allumé pendant les plages d'exécution (par exemple, un brief à 8h alors que vous démarrez à 7h45)
• Le sujet est sensible et vous préférez que rien ne sorte de votre machine
• Vous voulez éviter le surcoût et l'instabilité d'une fonctionnalité encore en research preview

Règle simple : si votre Mac peut être garanti allumé au moment du run, restez en local. Sinon, basculez en Routine cloud en assumant le statut research preview.

Pas à pas détaillé

Accéder à Claude Code on the web

1. Ouvrez claude.com/code dans votre navigateur. Connectez-vous avec le compte Claude qui porte votre plan Pro, Max, Team ou Enterprise.
2. Vérifiez en haut à droite que vous êtes dans le bon workspace (utile sur Team/Enterprise si vous appartenez à plusieurs orgs).
3. Dans la barre latérale gauche, repérez l'onglet Routines. S'il n'apparaît pas, l'option est probablement désactivée par l'admin (Team/Enterprise) ou par votre plan (Free).

Créer une Routine

4. Cliquez sur New routine puis sélectionnez Remote (par opposition à Local, qui correspond aux Scheduled Tasks de Cowork sur votre poste).
5. Donnez un nom clair, idéalement préfixé par le type d'usage (« Veille concurrents Q2 », « Brief matinal direction », « Refresh index docs »).
6. Rédigez un prompt autonome. Règle : il doit pouvoir s'exécuter sans contexte humain, donc précisez la source, le format de sortie, et la destination. Exemple : « Lis les 5 dernières publications du blog officiel de [secteur], résume les 3 points clés de chacune dans un message Slack envoyé sur le canal #veille. »
7. Si la Routine doit toucher du code, sélectionnez un repo GitHub dans la liste des repos connectés. Sinon, laissez vide.
8. Choisissez l'environnement d'exécution : Default (Trusted network) est le standard. Pour des domaines externes spécifiques, ajoutez-les à l'allowlist (sinon erreur 403 host_not_allowed).

Programmer la récurrence

9. Dans la section Trigger, choisissez le type : - Schedule : cron-like avec fréquence (quotidien, hebdomadaire, mensuel), heure, fuseau horaire - API : génère un bearer token à appeler en POST depuis n'importe quel système externe - GitHub event : se déclenche sur PR opened, push, issue created, etc.
10. Vérifiez les connecteurs MCP attachés et limitez-les au strict nécessaire (principe de moindre privilège). Une Routine qui doit juste lire GitHub n'a pas besoin du connecteur Slack en écriture.
11. Cliquez sur Create. La Routine apparaît dans la liste, statut Active.

Vérifier le run history

12. Sur l'écran de la Routine, cliquez sur Run now pour tester sans attendre le prochain déclenchement.
13. Ouvrez le run dans la liste : un statut vert signale une session sans erreur d'infrastructure, pas nécessairement un succès métier. Cliquez sur View transcript pour lire ce que Claude a réellement fait.
14. Vérifiez la durée du run, la consommation de tokens, et les éventuelles erreurs d'allowlist ou de MCP.
15. Si tout est bon, attendez le premier run automatique pour confirmer que la programmation est active.

Désactiver ou supprimer

16. Dans la liste des Routines, basculez le toggle Active/Paused pour suspendre sans supprimer. Pratique pendant les vacances ou un week-end de maintenance.
17. Pour supprimer définitivement, ouvrez la Routine, cliquez sur Settings puis Delete routine. L'historique des runs reste accessible un certain temps avant purge automatique.

Cas d'usage avec exemples concrets

Veille concurrentielle nocturne - Trigger : Schedule chaque jour à 3h du matin, fuseau Europe/Paris - Prompt : « Pour chacun des 5 concurrents listés dans le repo /veille/concurrents.md, vérifie s'il y a une publication nouvelle sur leur blog officiel depuis 24h. Si oui, résume en 3 puces et ajoute une ligne au fichier /veille/journal.md. Commit et push. » - Bénéfice : le journal est à jour quand l'équipe arrive au bureau, sans intervention.

Refresh d'un index documentaire - Trigger : Schedule chaque dimanche à 22h - Prompt : « Scanne le dossier /docs du repo, identifie tous les fichiers modifiés cette semaine, régénère l'index /docs/INDEX.md (liste à puces classée par dossier, avec une ligne de résumé par fichier), commit et push. » - Bénéfice : l'index reste cohérent même si l'équipe oublie de le maintenir manuellement.

Brief matinal envoyé en email - Trigger : Schedule chaque jour ouvré à 7h30 - Prompt : « Lis les 10 derniers messages du canal Slack #revue-presse, identifie les 3 plus importants, et envoie un email à direction@… avec un résumé structuré (titre, source, point clé, action suggérée). » - Bénéfice : le brief est posé dans la boîte mail au démarrage de la journée, sans avoir à le lancer.

Monitoring de mentions - Trigger : Schedule toutes les 6h - Prompt : « Cherche les mentions du nom de l'entreprise sur les 3 sources de veille listées dans /config/veille.md. Si une nouvelle mention est détectée depuis le dernier run, envoie une notification dans le canal Slack #mentions avec le lien et un extrait. » - Bénéfice : la communication réagit en quelques heures plutôt qu'en quelques jours.

À retenir

• Une Routine, c'est Claude Code en pilotage automatique, hébergé chez Anthropic. Votre Mac peut être fermé, la tâche tourne quand même.
• Le statut research preview au 17/05/2026 implique : changements d'API, modifications de comportement, instabilités possibles. À utiliser avec une logique de tolérance à l'erreur, pas pour du critique production.
• Le header experimental-cc-routine-2026-04-01 est obligatoire pour les appels API et changera à chaque itération.
• Statut vert au tableau de bord ne signifie pas tâche réussie : la transcription reste la seule source de vérité.
• Une Routine appartient à un compte individuel et agit sous l'identité de son créateur (en particulier côté GitHub : les commits sont signés par le créateur).
• Les Routines cloud ne remplacent pas les Scheduled Tasks locales : elles coexistent. Local pour le sensible et le quotidien, cloud pour le nocturne et le distant.

Pièges à éviter

• Research preview = instabilité : la fonctionnalité peut évoluer ou subir des interruptions sans préavis. Pas de Routine critique sans backup manuel ou alerte en cas d'échec.
• Coûts cachés : chaque run consomme des tokens et compte dans le plafond quotidien de votre compte. Une Routine toutes les 15 minutes peut vider votre quota en quelques heures. Vérifiez les chiffres dans le run history après quelques jours de fonctionnement.
• Plafond quotidien de runs : il existe un plafond journalier par compte. Au-delà, activez l'overage (côté organisation) ou attendez le reset.
• Idempotence : une Routine doit pouvoir tourner deux fois de suite sans casser quoi que ce soit. Évitez les prompts du type « ajoute une ligne à ce fichier sans vérifier si elle existe déjà » : préférez « assure-toi que cette ligne figure dans le fichier, sans la dupliquer ».
• Gestion des credentials : les secrets utilisés par une Routine (tokens API, mots de passe MCP) sont stockés côté cloud Anthropic. Ne mettez pas de credentials qui donnent accès à des données très sensibles si votre politique interne l'interdit.
• Statut vert trompeur : ouvrez toujours le transcript pour vérifier ce que Claude a réellement fait. Une session peut se terminer en vert sans avoir produit le résultat attendu.
• Allowlist réseau : l'environnement Default bloque les domaines hors allowlist (erreur 403 host_not_allowed). Ajoutez les domaines custom si nécessaire avant de lancer le run.
• API en bêta : l'endpoint experimental-cc-routine-2026-04-01 peut évoluer. Prévoyez une migration si vous l'utilisez en production.
• Identité du créateur : une Routine n'est pas partagée à l'équipe par défaut et agit sous l'identité de son créateur sur GitHub. Si le créateur quitte l'organisation, la Routine peut tomber en panne.
• Désactivation admin : sur un plan Team ou Enterprise, une Routine désactivée par l'admin ne peut pas être réactivée par l'utilisateur final.
• Ne pas confondre : Routines (cloud) vs Scheduled Tasks (locales, dépendantes du Mac allumé) vs /loop (planification intra-session, limitée à la durée de la session).

Exercice 1 minute

Ouvrez claude.com/code, allez dans l'onglet Routines, cliquez sur New routine puis Remote. Créez une Routine one-off planifiée demain matin à 9h avec ce prompt : « Résume en 5 puces les principales fonctionnalités annoncées dans le changelog officiel de Claude Code la semaine dernière, et écris le résumé dans un fichier /resume-cc.md du repo connecté. » Lancez Run now pour tester immédiatement, ouvrez le transcript, et vérifiez que le fichier a bien été créé. Si oui, votre setup Routines fonctionne.

Variantes par plan

• Free : non disponible (nécessite Claude Code on the web activé sur un plan payant).
• Pro : disponible, plafond daily runs standard, Routines personnelles uniquement.
• Max : équivalent Pro avec un quota d'usage supérieur (5x à 20x selon le palier).
• Team : disponible sauf si l'admin a désactivé le toggle Routines au niveau workspace. Audit des runs visible par l'admin.
• Enterprise : équivalent Team, audit centralisé, possibilité d'imposer des règles (allowlist domaines, MCP autorisés, plafonds par utilisateur).

Liens internes

• Feature liée : modules/desktop/04-scheduled-tasks.md (équivalent local côté Cowork, à comparer)
• Feature liée : claude-code/06-loop-schedule (/loop intra-session et /schedule pour créer une Routine depuis Claude Code)
• Feature liée : skills-mcp/03-mcp-concept (les connecteurs MCP utilisés par les Routines)
• Feature liée : skills-mcp/02-skill-creator (Skills vs Routines : quand choisir lequel)
• Livrable N-Gage associé : livrables/04-guide-claude-code-cloud.md (guide complet Claude Code on the web)