Il y a une fonctionnalité qu'Anthropic a lancée, et presque personne n'en parle.
Bookmark & Sauvegarde ça :)
Elle s'appelle Claude Code Routines.
Et c'est peut-être la fonctionnalité la plus importante qu'Anthropic a sortie cette année.
Voici pourquoi.
Jusqu'à présent, toute automatisation avec Claude Code nécessitait que votre ordinateur portable soit allumé. Vous pouviez utiliser /loop pour surveiller les changements. Vous pouviez utiliser /schedule pour configurer des tâches récurrentes. Mais dès que vous fermiez votre terminal ou éteigniez votre ordinateur, tout s'arrêtait.
Les Routines résolvent complètement ce problème.
Une Routine est une automatisation Claude Code que vous configurez une fois — un prompt, un dépôt, un ensemble de connecteurs — et qui s'exécute ensuite sur l'infrastructure cloud d'Anthropic. Selon un planning. Depuis un appel API. Ou déclenchée par un événement GitHub.
Votre ordinateur peut être éteint. Votre terminal peut être fermé. La Routine s'exécute quand même.
C'est le passage de « outil IA que vous utilisez » à « système IA qui travaille pour vous ».
Voici exactement comment en configurer une, même si vous n'avez jamais utilisé Claude Code auparavant.
Pourquoi les Routines sont différentes de tout le reste
Claude Code avait déjà la planification. Alors, qu'est-ce qui a changé ?
La différence, c'est l'infrastructure.
Les anciennes commandes /schedule et /loop s'exécutaient dans votre session locale Claude Code. Elles dépendaient de votre machine allumée, de votre terminal ouvert et de votre connexion Internet stable. Si l'un de ces éléments échouait, l'automatisation mourait.
Les Routines s'exécutent sur le cloud d'Anthropic. Ce sont des agents autonomes persistants qui survivent aux redémarrages, aux fermetures de terminal et aux exécutions nocturnes. Ils ont un accès direct à vos dépôts et à vos connecteurs — Slack, Linear, Google Drive, GitHub — sans que vous ayez à gérer quoi que ce soit.
Considérez l'ancien système comme un rappel sur votre téléphone. Il sonne, mais vous devez encore faire le travail.
Les Routines sont l'employé qui fait le travail pendant que vous dormez et vous envoie un résumé quand vous vous réveillez.
Étape 1 : Décidez quoi automatiser
Les meilleures Routines automatisent des tâches qui sont :
Récurrentes — elles se produisent selon un planning prévisible (quotidien, hebdomadaire, ou déclenchées par un événement).
Bien définies — vous pouvez décrire exactement ce à quoi ressemble un « fait » sans ambiguïté.
Peu de jugement — la tâche ne nécessite pas votre réflexion créative unique ou votre prise de décision. Elle nécessite de l'exécution.
Voici les schémas que les premiers utilisateurs exécutent en ce moment :
Gestion du backlog — chaque nuit à minuit, la Routine extrait les nouveaux tickets de Linear, les catégorise par type et gravité, attribue des étiquettes, et publie un résumé dans un canal Slack. Le responsable technique se réveille avec un tableau de bord propre et organisé.
Détection de dérive documentaire — chaque vendredi, la Routine analyse les pull requests fusionnées de la semaine passée, identifie celles qui ont modifié des API ou des interfaces, les recoupe avec la documentation, et ouvre des PR de mise à jour pour les documents désormais obsolètes.
Vérification de déploiement — déclenchée par un webhook après chaque déploiement, la Routine exécute des tests de fumée sur la nouvelle version, analyse les journaux d'erreurs pour détecter des régressions, corrèle les éventuels problèmes avec les modifications récentes du code, et publie un verdict go/no-go dans le canal de release.
Revue de code quotidienne — chaque matin à 9h, la Routine prend la plus ancienne PR ouverte, l'examine pour les problèmes de sécurité, les erreurs logiques et les violations de style, et publie des commentaires en ligne.
Les personnes qui mettent en place trois ou quatre de ces Routines opèrent à un niveau complètement différent de celles qui utilisent encore Claude comme un outil de chat.
Étape 2 : Créez votre première Routine
Il y a deux façons de créer une Routine.
Depuis l'interface web : Allez sur claude.ai/code/routines et cliquez sur « Nouvelle routine ». Cela vous donne toutes les options de configuration — déclencheurs planifiés, déclencheurs API et déclencheurs d'événements GitHub.
Depuis le CLI : Si vous utilisez déjà Claude Code dans le terminal, tapez /schedule suivi d'une description. Par exemple :
/schedule revue de PR quotidienne à 9h
Le CLI crée uniquement des déclencheurs basés sur un planning. Pour les déclencheurs API et GitHub, vous avez besoin de l'interface web.
Lorsque vous créez une Routine, vous configurez quatre choses :
Le prompt — c'est la partie la plus critique. Comme la Routine s'exécute de manière autonome, le prompt doit être complètement autonome. Tout ce dont l'agent a besoin doit être dans le prompt. Il n'y a pas de « contexte de la conversation précédente ». Chaque exécution repart de zéro.
Le dépôt — quelle base de code la Routine utilise. Elle a un accès complet en lecture et peut pousser vers des branches préfixées par claude/ par défaut.
Les connecteurs — les services externes auxquels la Routine peut accéder. Slack pour publier des mises à jour. Linear pour lire et gérer les tickets. Google Drive pour lire et écrire des documents. GitHub pour surveiller les événements et ouvrir des PR.
Le déclencheur — quand et comment la Routine s'exécute. Planifié (toutes les heures, chaque nuit, chaque semaine), déclenché par API (vous l'appelez par programme), ou déclenché par GitHub (elle se déclenche lorsqu'un événement spécifique se produit dans votre dépôt).
Étape 3 : Rédigez un prompt infaillible
C'est là que la plupart des gens échouent.
Une Routine s'exécute sans que vous regardiez. Si le prompt est vague, l'agent l'interprétera différemment à chaque fois et vous obtiendrez des résultats incohérents.
Les meilleurs prompts de Routine suivent cette structure :
Définition du rôle : « Vous êtes un relecteur de code senior spécialisé en sécurité et performance. »
Définition de la tâche : « Relisez la plus ancienne pull request ouverte dans ce dépôt. »
Processus étape par étape : « D'abord, lisez la description de la PR. Ensuite, vérifiez la branche. Lisez les fichiers modifiés. Analysez les vulnérabilités de sécurité, les erreurs logiques et les problèmes de performance. Écrivez des commentaires en ligne pour chaque problème trouvé. »
Spécification de sortie : « Publiez un commentaire récapitulatif sur la PR avec : le nombre total de problèmes trouvés (par gravité), une évaluation globale d'un paragraphe, et un verdict clair d'approbation/demande de modifications. »
Gestion des erreurs : « S'il n'y a pas de PR ouvertes, publiez dans #engineering sur Slack en disant 'Aucune PR ouverte à relire aujourd'hui.' Si une PR a plus de 50 fichiers modifiés, ignorez-la et publiez qu'elle nécessite une relecture manuelle. »
Contraintes : « N'approuvez jamais une PR qui a un problème de gravité Critique. Ne modifiez jamais le code directement — commentez seulement. Maximum trois commentaires en ligne par fichier pour éviter le bruit. »
Plus votre prompt est précis, plus votre Routine devient fiable.
Étape 4 : Comprenez les limites
Les Routines sont puissantes mais elles ont des contraintes que vous devez connaître.
Plafond d'exécution quotidien : Pendant l'aperçu de recherche, chaque compte bénéficie de 15 exécutions de Routine par jour. Si vous avez besoin de plus, activez l'utilisation supplémentaire dans les paramètres de votre organisation — les exécutions supplémentaires sont facturées à l'usage.
Consommation de tokens : Les Routines puisent dans la même limite d'abonnement que les sessions interactives Claude Code. Une Routine complexe qui lit de nombreux fichiers et effectue plusieurs appels API utilisera beaucoup plus de tokens qu'une simple.
Sécurité des branches : Par défaut, Claude ne peut pousser que vers des branches préfixées par claude/. C'est une mesure de sécurité — une Routine mal écrite ne peut pas accidentellement pousser vers main. Ne désactivez pas cela sauf si vous avez des processus de révision robustes en aval.
Plafonds d'événements GitHub : Les Routines déclenchées par GitHub ont des plafonds horaires par Routine et par compte pendant l'aperçu. Si votre dépôt est très actif, filtrez les événements qui déclenchent la Routine pour éviter de gaspiller des exécutions sur du bruit.
Dépendance au planning : Les Routines planifiées s'exécutent à l'heure spécifiée, mais il peut y avoir des variations pendant les périodes de forte demande. Ne construisez pas de workflows qui dépendent d'un timing à la seconde près.
Étape 5 : Construisez une pile de Routines
Une Routine est utile. Une pile de Routines est un système.
Voici à quoi ressemble une pile de Routines complète pour une petite équipe d'ingénierie :
Matin (9h) — Revue de PR quotidienne
Claude examine toutes les PR ouvertes, publie des commentaires en ligne et envoie un résumé à Slack avec une liste prioritaire de ce qui nécessite une attention aujourd'hui.
Post-déploiement (webhook) — Vérification de déploiement
Chaque fois qu'un déploiement arrive sur la staging, Claude exécute la suite de tests, analyse les journaux d'erreurs et publie un go/no-go dans le canal de release en quelques minutes.
Nuit (2h) — Triage du backlog
Claude traite tous les nouveaux tickets déposés ce jour-là, ajoute des étiquettes, attribue des scores de priorité et crée un document de briefing matinal.
Hebdomadaire (vendredi 17h) — Vérification de la documentation
Claude analyse les PR fusionnées de la semaine, identifie les documents nécessitant une mise à jour et ouvre des PR de brouillon pour chacun.
Hebdomadaire (lundi 8h) — Rapport de dette technique
Claude analyse la base de code pour les commentaires TODO, les dépendances obsolètes et les lacunes de couverture de test. Produit une liste classée des éléments de dette technique avec une estimation de l'effort.
Chaque Routine prend 10 à 15 minutes à configurer. La pile prend un après-midi. Les économies de temps se cumulent chaque semaine.
Étape 6 : Surveillez et améliorez
Chaque exécution de Routine génère un journal. Examinez-le.
Recherchez des schémas :
- La Routine produit-elle systématiquement de bons résultats ? Sinon, quelle partie du prompt est ambiguë ?
- Prend-elle trop de temps sur certaines exécutions ? Vous devrez peut-être réduire le périmètre.
- Rencontre-t-elle des erreurs ? Ajoutez une gestion explicite des erreurs dans le prompt.
- Produit-elle trop de bruit ? Resserrez les contraintes.
La nouvelle fonctionnalité « Dreaming » — annoncée lors de Code with Claude le 6 mai — va encore plus loin. Lorsque Dreaming est activé, Claude examine ses propres sessions de Routine passées entre les exécutions, identifie les modèles de ce qui a fonctionné et de ce qui n'a pas fonctionné, et améliore automatiquement son approche pour la prochaine fois.
Vos Routines deviennent littéralement plus intelligentes à mesure qu'elles s'exécutent.
À qui cela s'adresse (et à qui cela ne s'adresse pas)
Les Routines sont conçues pour les développeurs et les opérateurs techniques qui :
- Utilisent déjà Claude Code ou sont prêts à l'apprendre
- Ont des tâches répétables dans leur flux de travail qui suivent des schémas clairs
- Veulent automatiser les frais généraux opérationnels qui engloutissent des heures chaque semaine
- Travaillent avec des bases de code hébergées sur GitHub
Si vous êtes un utilisateur non technique à la recherche d'automatisation IA, Claude Cowork avec des tâches planifiées est un meilleur point de départ. Les Routines sont l'outil pour les utilisateurs avancés.
Mais si vous êtes un développeur, un responsable technique, un ingénieur DevOps ou un fondateur technique — les Routines vous feront gagner plus de temps que toute autre fonctionnalité qu'Anthropic a lancée.
Routines vs. GitHub Actions : Quelle est la différence
De nombreux développeurs demanderont : pourquoi payer pour des Routines Claude alors que GitHub Actions est gratuit ?
La réponse est qu'une GitHub Action est un script. Vous écrivez chaque étape. Vous définissez chaque conditionnel. Vous gérez vous-même chaque cas particulier. Elle fait exactement ce que vous avez codé et rien de plus.
Une Routine Claude est un agent. Vous lui donnez un objectif. Elle décide comment l'atteindre. Elle s'adapte aux situations inattendues. Elle raisonne sur les problèmes. Elle vérifie son propre travail.
Une GitHub Action exécute un linter et vous dit ce qui a échoué. Une Routine Claude lit l'erreur, comprend pourquoi elle a échoué, propose un correctif et ouvre une pull request avec la correction.
C'est une catégorie fondamentalement différente. Les scripts suivent des règles. Les agents résolvent des problèmes.
Pour une automatisation simple — exécuter des tests, vérifier le formatage, publier une notification — GitHub Actions est suffisant. Pour tout ce qui nécessite du jugement, de l'analyse ou de l'adaptation, les Routines sont dans une ligue à part.
Recettes de Routines courantes que vous pouvez copier aujourd'hui
Voici cinq configurations de Routine que vous pouvez mettre en place dans l'heure qui suit :
Recette 1 : Le bot de réunion debout matinale
Planning : Tous les jours à 8h30
Prompt : « Vérifiez le dépôt GitHub pour tous les commits poussés hier. Vérifiez Linear pour les nouveaux tickets et les mises à jour. Vérifiez Slack #engineering pour les messages mentionnant des bloqueurs. Compilez un briefing debout avec trois sections : ce qui a été fait, ce qui est en cours et ce qui est bloqué. Publiez le briefing dans #daily-standup sur Slack. »
Recette 2 : L'auditeur de dépendances
Planning : Hebdomadaire le lundi à 6h
Prompt : « Analysez package.json et requirements.txt pour toutes les dépendances. Vérifiez chaque dépendance pour les vulnérabilités connues en utilisant le web. Identifiez les dépendances qui sont à plus de deux versions majeures derrière la version actuelle. Créez un rapport priorisé avec des niveaux de gravité et ouvrez un ticket GitHub si des vulnérabilités Critiques sont trouvées. »
Recette 3 : Le générateur de changelog
Déclencheur : Événement GitHub — nouveau tag de release poussé
Prompt : « Lorsqu'un nouveau tag de release est poussé, lisez tous les commits depuis le tag précédent. Catégorisez chaque commit comme fonctionnalité, correctif, amélioration ou tâche. Générez un changelog formaté dans CHANGELOG.md et ouvrez une PR. »
Recette 4 : Le moniteur de couverture de test
Planning : Tous les jours à 1h
Prompt : « Exécutez la suite de tests. Calculez les pourcentages de couverture par module. Comparez avec les bases de référence de couverture dans coverage-config.json. Si un module descend en dessous de sa base de référence de plus de 2 %, ouvrez un ticket GitHub avec le module spécifique, l'ancienne couverture, la nouvelle couverture et les commits qui ont probablement causé la baisse. »
Recette 5 : Le contrôleur de description de PR
Déclencheur : Événement GitHub — nouvelle PR ouverte
Prompt : « Lorsqu'une nouvelle PR est ouverte, vérifiez si la description répond à nos exigences de modèle : doit inclure une section Résumé, une section Tests et une section Captures d'écran si des modifications UI sont impliquées. Si une section manque, publiez un commentaire poli demandant à l'auteur de mettre à jour la description avant la relecture. »
Chaque recette prend moins de 10 minutes à configurer. Ensemble, elles font gagner des dizaines d'heures par mois à une équipe.
L'essentiel
L'ancienne méthode : se réveiller, ouvrir le terminal, démarrer une session Claude Code, taper des commandes, attendre les résultats, passer à la tâche suivante. Recommencer demain.
La nouvelle méthode : configurer les Routines une fois, les laisser s'exécuter sur le cloud d'Anthropic, se réveiller avec les résultats.
Ce n'est pas une amélioration théorique. Les gens exécutent déjà des piles de Routines qui gèrent l'intégralité de leur flux de travail opérationnel pendant la nuit.
L'écart entre « la personne qui utilise Claude comme chatbot » et « la personne qui fait travailler Claude de manière autonome 24h/24 » se creuse chaque semaine.
Les Routines sont la façon de passer de l'autre côté.
La plupart des gens liront ceci et penseront « je devrais configurer ça un jour ». Ceux qui créent réellement leur première Routine aujourd'hui auront un système opérationnel d'ici la semaine prochaine qui leur fera gagner des heures chaque mois.
Suivez-moi @eng_khairallah1 pour plus d'analyses et de workflows IA. Je publie régulièrement du contenu comme celui-ci — des outils, des configurations et des stratégies qui fonctionnent vraiment.
J'espère que cela vous a été utile, Khairallah ❤️
