Faros AI a suivi 10 000 développeurs sur 1 255 équipes. Le constat est brutal : les équipes qui adoptent l’IA mergent 98 % de pull requests en plus. Sauf que le temps de review grimpe de 91 %. La vélocité individuelle explose, la vélocité collective stagne. Ce paradoxe a un nom : la loi d’Amdahl appliquée au dev. Un système avance à la vitesse de son maillon le plus lent.
Le 14 avril 2026, Anthropic a lancé les routines Claude Code en research preview. Des agents autonomes qui tournent sur l’infrastructure cloud d’Anthropic, même machine éteinte. L’objectif affiché : attaquer le bottleneck qui neutralise les gains de l’IA dans les équipes de dev.
Le paradoxe que 75 % des équipes ignorent
Trois chiffres suffisent à cadrer le problème.
Les développeurs assistés par l’IA complètent 21 % de tâches en plus par jour. Ils touchent 47 % de pull requests supplémentaires. Et ils mergent 98 % de PRs en plus que leurs collègues sans IA.
Sur le papier, c’est un gain massif. En pratique, les organisations ne livrent pas plus vite. Faros AI parle de « métriques d’entreprise plates » malgré l’adoption massive. 75 % des ingénieurs utilisent des outils IA, sans impact mesurable sur la delivery.
Le goulet d’étranglement se situe en aval : code review, tests, pipelines de release. L’IA accélère l’écriture du code. Personne n’accélère la validation du code. Le résultat, c’est une file d’attente de PRs qui grossit pendant que les reviewers humains saturent.
Les routines Claude Code s’attaquent à ce segment précis du pipeline.
Ce que fait une routine (et ce que ça change)
Une routine est une configuration sauvegardée : un prompt, un ou plusieurs dépôts GitHub, des connecteurs Slack, Linear, Google Drive. Une fois créée, elle s’exécute de façon autonome sur le cloud Anthropic. Pas besoin de laisser un terminal ouvert ou une machine allumée.
La différence avec un script CI classique : la routine comprend le contexte du code. Elle ne fait pas du pattern matching sur des règles statiques. Elle lit le code, comprend l’intention, et agit en conséquence.
Trois déclencheurs disponibles
Planification (cron) : exécution récurrente selon un calendrier. Toutes les heures, chaque nuit, chaque semaine. Le cas classique : trier le backlog tous les soirs à 22h.
Webhook GitHub : réaction à un événement sur le repo. Ouverture de PR, push, création d’issue, déclenchement de workflow. Le cas le plus rentable : lancer une code review automatisée à chaque PR ouverte.
API (endpoint HTTP) : chaque routine reçoit son propre endpoint et token d’authentification. Votre pipeline CI, votre outil de monitoring ou n’importe quel service externe peut déclencher une routine via un simple appel HTTP.
Six cas d’usage concrets
1. Triage du backlog chaque soir
La routine scanne les tickets ouverts, identifie les priorités, attribue un responsable et publie un résumé sur Slack. Fini le standup qui commence par 15 minutes de tri manuel.
2. Mise à jour de la documentation chaque semaine
La routine repère les pages qui référencent des API modifiées depuis le dernier scan et ouvre des PRs de mise à jour. La doc technique reste synchronisée avec le code sans intervention humaine.
3. Vérification post-déploiement
Le pipeline CI appelle l’endpoint de la routine après chaque deploy. Claude teste le build, vérifie les endpoints critiques et poste un verdict go/no-go dans le canal ops. En cas de problème, le rollback peut démarrer en minutes au lieu d’heures.
4. Gestion des alertes de monitoring
L’outil de monitoring (Datadog, PagerDuty, etc.) appelle l’endpoint quand une alerte se déclenche. La routine corrèle la stack trace avec les commits récents et propose un correctif avant même que l’ingénieur d’astreinte ait ouvert son laptop.
5. Portage automatique entre SDK
Chaque PR mergée sur le SDK Python déclenche un portage vers le SDK Go. La routine génère le code équivalent, adapte les conventions du langage cible et ouvre une PR prête à reviewer.
6. Code review sur mesure
C’est le cas d’usage qui attaque directement le paradoxe Faros. A chaque ouverture de PR, la routine applique la checklist interne de l’équipe et laisse des commentaires contextualisés. Le reviewer humain reçoit une PR déjà pré-validée. Son temps de review baisse, la file d’attente se résorbe.
Configuration en quatre étapes
La mise en route prend moins de dix minutes.
Etape 1 : nommer la routine et rédiger le prompt. Le prompt doit être autonome et explicite. Claude n’a pas le contexte de vos conversations précédentes quand il exécute une routine.
Etape 2 : sélectionner les dépôts GitHub et l’environnement cloud.
Etape 3 : configurer le déclencheur (cron, webhook ou API) et vérifier les connecteurs MCP (Slack, Linear, Google Drive).
Etape 4 : cliquer sur « Create ». Le bouton « Run now » permet de tester immédiatement.
L’accès se fait via claude.ai/code/routines, via la CLI avec la commande /schedule, ou via l’application desktop et mobile (Schedule > New task > New remote task).
Quotas par plan
Tous les plans n’offrent pas le même volume d’exécutions quotidiennes.
| Plan | Exécutions par jour | Accès routines |
|---|---|---|
| Free | 0 | Non |
| Pro | 5 | Oui |
| Max | 15 | Oui |
| Team / Enterprise | 25 | Oui |
Les routines consomment les quotas d’usage standard, comme les sessions interactives. Un plafond supplémentaire s’applique. Si vous dépassez, l’usage additionnel payant est activable dans les paramètres de facturation.
Pour une équipe de 5 développeurs sur le plan Team, 25 exécutions par jour couvrent largement les trois cas les plus rentables : code review auto sur chaque PR, triage du backlog le soir, et vérification post-deploy.
Routines vs hooks vs CLAUDE.md : quelle couche utiliser
Claude Code propose trois mécanismes d’automatisation. Ils ne font pas la même chose.
CLAUDE.md : fichier de configuration statique. Il définit les conventions, les règles de style, les instructions persistantes. Il ne s’exécute pas. Il informe Claude du contexte quand vous lancez une session interactive ou une routine.
Hooks : actions courtes déclenchées par des événements locaux dans Claude Code (avant/après un outil, au démarrage d’une session). Ils fonctionnent comme des pre-commit hooks. Utiles pour valider, formater ou bloquer une action en temps réel.
Routines : tâches longues, autonomes, qui tournent sur le cloud. Elles peuvent durer plusieurs minutes, accéder à plusieurs repos, interagir avec des services externes via MCP. C’est le seul mécanisme qui fonctionne sans machine locale allumée.
En pratique, les trois se combinent. Le CLAUDE.md donne le contexte. Les hooks gardent la qualité en temps réel. Les routines gèrent les tâches de fond qui ne nécessitent pas d’intervention humaine.
Le calcul ROI
Faros AI estime le coût d’une PR incrémentale générée par l’IA à environ 37,50 dollars, contre 150 dollars de temps développeur pour la même PR sans assistance. Ratio de 4 pour 1.
Mais ce ratio ne se matérialise que si la PR passe le pipeline de validation sans créer un embouteillage en review. C’est précisément le problème que les routines de code review automatisée résolvent.
Le calcul complet pour une équipe de 10 devs sur le plan Team :
- Sans routines : les PRs IA s’accumulent, le temps de review +91 % annule le gain de productivité
- Avec routines de review : chaque PR arrive pré-validée, le reviewer humain se concentre sur la logique métier, le temps de review par PR baisse
- Résultat net : le ratio 4:1 de Faros se concrétise au lieu de rester théorique
Comment démarrer dès maintenant
La research preview est ouverte sur les plans Pro, Max, Team et Enterprise. Trois actions à lancer cette semaine :
Première routine : code review automatisée sur webhook GitHub. C’est le cas d’usage au ROI le plus immédiat. Configurez le prompt avec votre checklist de review interne.
Deuxième routine : triage du backlog en cron quotidien. Le prompt doit préciser vos critères de priorisation et le canal Slack de destination.
Troisième routine : vérification post-deploy via endpoint API. Connectez-la à votre pipeline CI existant.
Ces trois routines couvrent les trois déclencheurs disponibles et adressent les trois segments du pipeline où le bottleneck humain est le plus coûteux.
La fenêtre d’adoption est ouverte. Les équipes qui configurent leurs routines maintenant prennent de l’avance sur un avantage structurel : pendant que leurs concurrents continuent de merger des PRs manuellement, leur pipeline de validation tourne en continu sur le cloud Anthropic.
