Module 8 Agnostique Thème 50 / 48

Construire des workflows custom

Scripts, serveurs MCP, intégrations sur mesure : capitaliser sur l'agent en automatisant les workflows récurrents.

Pourquoi construire des workflows custom

Un agent de développement est puissant dès l’installation. Mais chaque équipe a des besoins spécifiques : une convention de nommage, un pipeline de review, un format de rapport, un enchaînement build, test, lint, commit particulier.

Un workflow custom encode une séquence d’actions récurrentes dans un format que l’agent peut exécuter de manière reproductible. Au lieu de redonner les mêmes instructions à chaque session, on les capture une fois et on les réutilise.

Point clé : L’objectif n’est pas d’automatiser pour le plaisir. C’est de réduire la variance entre sessions et entre développeurs sur les tâches répétitives.


Les briques d’un workflow custom

Scripts shell

La brique la plus simple. Un script bash ou PowerShell que l’agent peut exécuter via son outil bash. Idéal pour des séquences linéaires : lancer un build, formater la sortie, copier des fichiers.

Slash commands

Un prompt récurrent encapsulé dans une commande. Exemple : /review qui injecte un prompt de review avec une checklist spécifique au projet. La commande contient le prompt, pas le code — l’agent fait le reste.

Skills

Un cran au-dessus : un fichier Markdown qui contient des instructions détaillées, des exemples, des contraintes. L’agent le lit et s’y conforme. Une skill est un « mini-cahier des charges » pour une tâche spécifique.

Hooks (pre/post tool use)

Des scripts déclenchés automatiquement avant ou après certaines actions de l’agent. Exemple : un hook PostToolUse qui lance dotnet test après chaque modification de fichier .cs. Le hook crée une boucle de feedback automatique — c’est du Closed-Loop Prompting câblé en dur.

Serveurs MCP

Un serveur MCP expose des outils et des données à l’agent via un protocole standardisé. Cas d’usage : donner accès à une base de données interne, un système de tickets, une API métier. L’agent peut alors interroger ces sources comme n’importe quel autre outil.

Point clé : Chaque brique résout un problème différent. Le vrai pouvoir vient de leur combinaison : un hook qui déclenche un script, une skill qui utilise un MCP server, une slash command qui orchestre le tout.


Principes de conception

PrincipeDescriptionExemple
IdempotenceLe workflow peut être rejoué sans effet de bordRegénérer un fichier écrase l’ancien proprement
ComposabilitéChaque brique fait une chose et se combine avec les autresUn hook de lint + un hook de test = deux vérifications indépendantes
ObservabilitéLe workflow produit des logs lisibles, avec durée et coûtChaque étape écrit son résultat sur stdout
ProgressivitéCommencer simple, complexifier quand la valeur est prouvéeD’abord un script, puis une skill, puis un MCP si besoin

Attention : Ne pas construire un workflow complexe pour une tâche qu’on fait une fois par mois. Le coût de maintenance du workflow doit être inférieur au temps gagné. C’est la même logique que pour l’automatisation de tests : automatiser ce qui est répétitif et coûteux à faire manuellement.


The Agentic Layer

Quand les workflows custom d’une équipe sont formalisés, partagés et versionnés, ils forment une couche agentique — une couche architecturale à part entière, au même titre que la couche présentation ou la couche données.

Cette couche contient :

  • Les skills et slash commands du projet
  • Les instructions persistantes (CLAUDE.md, .cursorrules)
  • Les hooks de vérification automatique
  • Les serveurs MCP connectés
  • Les garde-fous : permissions, budgets, branches dédiées

Point clé : L’Agentic Layer émerge naturellement quand plusieurs développeurs utilisent des agents au quotidien. Ne pas la forcer au début — un bon CLAUDE.md et des tests suffisent pour un développeur solo.

En architecture hexagonale, on peut voir l’Agentic Layer comme un port secondaire : elle définit ce que l’agent peut faire (les contrats), sans imposer comment il le fait en interne. Les skills sont des adaptateurs qui implémentent ces contrats.


Quiz — teste tes connaissances
Module 8 7 questions Objectif : 5/7 minimum
0/7
bonnes reponses
Objectif non atteint (minimum 5/7 requis).
Remonte relire la fiche memo ci-dessus en pretant attention aux points rates, puis clique sur « Recommencer » pour retenter.