Aller au contenu

Claude Code Routines — cron + GitHub events + API endpoint en research preview

Resume

Anthropic lance le 2026-04-14 les Routines Claude Code en research preview. Une Routine = un prompt + un repo + des connecteurs MCP, declenchable par 3 mecanismes : cron (schedule periodique), GitHub webhook (PR mergee, issue creee, etc.), ou API endpoint (POST un message, Claude repond). Les Routines tournent sur l'infra web Anthropic — pas besoin de garder le laptop ouvert. Chaque routine expose son propre endpoint API. /schedule existant en CLI est automatiquement migre vers Routines. Disponible sur tous les plans payes avec Claude Code on the web active.

Noah Zweben (Anthropic) cite l'usage interne : synthese de docs quand une PR est mergee dans la branche release, triage de backlog automatique. 171K vues + 967K vues sur les deux annonces.

Analyse critique

Ce qui est solide :

L'evolution est significative. /schedule etait du cron-only local. Les Routines ajoutent deux dimensions :

  1. Event-driven via GitHub webhooks : Claude reagit a un evenement repo (PR merge, issue, push) sans polling. Exemple cite par Anthropic : "point one at your repo and ask Claude to flag any PR that touches /auth-provider and post a summary in #auth-changes". C'est exactement le pattern qu'on faisait a la main avec notre skill /forge (boucle correction pipeline GitLab).

  2. API endpoint wildcard : chaque Routine a son URL POST. Tu peux brancher Zapier, ton alerting stack, Datadog, PagerDuty, ou n'importe quel outil interne. Cas cite : "send Claude an alert payload and ask it to find the owning service and post a triage summary to #oncall".

La migration transparente depuis /schedule est appreciable — zero breaking change.

Ce qui manque :

  • Pas de GitLab mentionne dans les webhooks. GitHub Events seulement. Pour nous c'est un blocage direct — ProbatioVault tourne sur GitLab. Il faudrait un bridge GitLab → GitHub webhook ou attendre que d'autres sources d'evenements soient ajoutees ("More event sources are coming soon" dit le thread).
  • Pas de garantie de latence sur le declenchement. "Research preview" implique que la fiabilite n'est pas encore production-grade.
  • Cout non precise. Les Routines tournent sur l'infra cloud Anthropic — quel est le cout par execution ? Par minute de runtime ? Pas documente dans l'annonce.

La tendance :

C'est le troisieme lancement Anthropic en une semaine apres Managed Agents (2026-04-08), Advisor Strategy (2026-04-09) et Monitor Tool (2026-04-09). Anthropic accelere la transformation de Claude Code d'un outil CLI en une plateforme cloud d'agents. Les Routines sont le chapitre "automation" de cette transformation.

Pertinence ProbatioVault

Impact fort — touche directement 3 items du TODO.

1. Surveillance pipelines GitLab (TODO ligne 69)

L'item existant "job cloud 24/7 : scan quotidien pipelines failed → analyse cause → ticket Jira auto" est exactement le cas d'usage Routines. Avec un cron Routine quotidien qui fait curl GitLab API /pipelines?status=failed, analyse les logs, et cree un ticket Jira si necessaire.

Blocage : pas de webhook GitLab natif dans Routines. Il faudrait soit un bridge (GitLab webhook → relay HTTP → Routine API endpoint), soit attendre le support GitLab. Le cron quotidien fonctionne en attendant.

2. Pipeline veille automatique (TODO ligne 70)

L'item "passer VeilleItem.urls retenus par veille.py au skill /veille pour creer fiches auto" peut etre implemente comme une Routine cron quotidienne. La Routine fetch les bookmarks X (via clix), filtre, et cree les fiches veille automatiquement. C'est le pipeline de bout en bout qu'on n'a pas encore.

3. Monitor tool supervision event-driven (TODO L4)

Les Routines GitHub Events sont complementaires au Monitor tool local. Le Monitor surveille en real-time dans la session. Les Routines surveillent en background sur le cloud meme quand le laptop est ferme. Les deux se combinent : Monitor pour le real-time LOTR, Routines pour le suivi pipelines 24/7.

Action recommandee

Creer une Routine cron quotidienne pour la surveillance pipelines GitLab des que la feature sort de research preview. En attendant, tester l'API endpoint wildcard pour verifier si on peut brancher un GitLab webhook dessus (le bridge serait : GitLab → HTTP POST → Routine API endpoint → Claude analyse).

Ne pas migrer le workflow /gov vers Routines — notre stack locale (cmux + bash + Signal) reste plus adaptee pour l'orchestration temps reel interactive. Routines = complement cloud pour les taches de fond non-interactives.