Thématique

Workflows agentiques pour développeurs

Un workflow agentique fiable ne commence pas par l'automatisation. Il commence par une tâche claire, une boucle de validation et une trace que l'équipe peut relire.

Du prompt au workflow

Un prompt isolé peut aider ponctuellement. Un workflow agentique sert à reproduire une manière de travailler : cadrer, explorer, modifier, tester, documenter et faire relire. La question n'est pas seulement ce que l'agent sait répondre, mais comment il s'insère dans le cycle de développement.

Pour une base opérationnelle, l'article Markdown avant frameworks, skills avant automations propose une progression pragmatique.

Les briques utiles

  • un task brief court pour transformer une intention en demande vérifiable ;
  • une checklist de validation avant modification ;
  • un template d'evidence note après intervention ;
  • un skill quand le workflow devient répétable ;
  • une automation seulement quand le processus est stable.

Les ressources template de workflow Markdown, template de skill Codex et template d'evidence note couvrent ces étapes.

Review et preuves

Le point faible d'un workflow agentique est souvent la preuve. Un agent qui "dit" avoir testé ne suffit pas : il doit indiquer les commandes exécutées, les résultats, les validations non exécutées et les risques restants. C'est ce qui rend le travail reviewable.

Les articles boucle qualité et evidence et engineering task vérifiable détaillent cette discipline côté développeur.

Quand passer aux subagents

Les subagents deviennent utiles quand il faut séparer des analyses, cartographier un périmètre large ou faire travailler plusieurs perspectives en parallèle. Ils ne doivent pas masquer les responsabilités : qui tranche, qui relit, qui vérifie et qui accepte le risque ?

Pour cette étape, consultez l'orchestration à l'échelle d'une équipe et le prompt de cartographie de migration par subagents.

Progression recommandée

Commencez en Markdown, stabilisez le déroulé, mesurez les validations utiles, puis transformez seulement les parties répétables en skill ou automation. Cela garde le workflow compréhensible avant de le rendre plus puissant.

Parcours de lecture

Articles liés au sujet

Avancez du cadrage de tâche vers la boucle qualité, le harness de projet, l’industrialisation progressive et l’orchestration d’équipe.

Industrialiser les workflows Industrialiser — Passer du workflow Markdown à la skill, puis à l’automation seulement quand le processus est stable.
Transformer une demande vague en tâche d'ingénierie vérifiable Cadrer — Poser un objectif, un scope, des non-objectifs et des validations avant de lancer l'agent.
Fermer la boucle qualité Valider — Rendre visibles les tests, la review humaine, les evidence notes et les limites restantes.
Construire un harness de projet Préparer — Documenter les règles locales, commandes fiables, zones sensibles et critères de done du dépôt.
Orchestrer à l'échelle d'une équipe Orchestrer — Séparer les responsabilités, coordonner les subagents et consolider les résultats sans perdre le contrôle.
Un agent de codage n'est pas un chatbot Revenir aux bases — Comprendre pourquoi un workflow agentique doit être pensé comme un travail dans le dépôt.
Ressources

Ressources associées

Ces supports aident à cadrer l’entrée du workflow, choisir les validations, documenter la sortie et vérifier les permissions avant de brancher des outils externes.

Template de task brief agent MD / Un modèle pour transformer une intention floue en tâche bornée, vérifiable et exploitable.
Template d'evidence note MD / Une trace de fin de tâche pour rendre visibles les changements, validations et limites.
Matrice review / validation agent CSV / Une grille pour choisir les tests, preuves et niveaux de review adaptés au risque.
Checklist boucle qualité agent MD / Une checklist pour fermer proprement une intervention agentique avant review humaine.
Checklist MCP avant intégration MD / Un support pour vérifier permissions, données exposées, traces et limites avant de brancher un outil externe.

FAQ

Un workflow agentique doit-il être automatisé dès le départ ?

Non. Il vaut mieux l'exécuter manuellement plusieurs fois, identifier les points instables, puis automatiser uniquement ce qui est compris et borné.

Quelle est la différence entre un workflow et un skill ?

Le workflow décrit la manière de travailler. Le skill encapsule une partie de cette méthode pour la rendre réutilisable par l'agent dans un contexte donné.

Comment éviter que l'agent parte trop large ?

En donnant des non-objectifs explicites, des fichiers sensibles, des validations obligatoires et une demande de plan avant modification pour les tâches risquées.