Workflows de chaînage

Troisième pattern de workflow, et sans doute le plus universel : le chaînage. L’idée est simple — décomposer une tâche volumineuse en sous-tâches séquentielles, où la sortie de chaque étape nourrit la suivante. Simple, mais d’une efficacité qui en fait l’un des patterns les plus utiles de votre boîte à outils : la majorité des fonctionnalités IA « complexes » que vous rencontrerez en production sont, sous le capot, des chaînes.

Exemple : outil de marketing sur les réseaux sociaux

Voyez ce que donne le chaînage sur un produit complet — un outil qui publie automatiquement des vidéos courtes sur les sujets du moment. Plutôt qu’un seul prompt massif demandant tout à la fois :

1. Trouver les sujets tendance sur Twitter
2. Sélectionner le plus intéressant (via Claude)
3. Faire des recherches sur le sujet (via Claude)
4. Écrire un script de vidéo courte (via Claude)
5. Créer la vidéo avec un avatar IA et text-to-speech
6. Publier sur les réseaux sociaux

Remarquez la composition : les étapes 2, 3 et 4 sont des appels à Claude, chacun avec un prompt court et spécialisé ; les étapes 1, 5 et 6 sont du code classique — appels d’API, services externes. C’est une caractéristique des chaînes réelles : elles mélangent librement modèle et code, chaque maillon employant l’outil le plus adapté. Et chaque maillon reste testable isolément — on peut évaluer la qualité des scripts (étape 4) sans lancer une seule publication.

Le vrai problème que résout le chaînage

Le chaînage ne sert pas qu’à organiser les grandes applications ; il résout un problème que vous avez peut-être déjà rencontré : le prompt aux contraintes trop nombreuses. Quand une requête accumule les exigences — « NE PAS mentionner que tu es une IA », « PAS d’émojis », « ton professionnel », plus la tâche principale — Claude n’en respecte pas toujours l’intégralité : l’attention portée à la production du contenu dilue celle portée aux interdits. Empiler des rappels en majuscules dans le même prompt n’y change pas grand-chose. Le chaînage offre une solution élégante : séparer la production de la mise en conformité.

La solution en deux étapes

1. Première requête : envoyez le prompt original avec toutes les contraintes, en acceptant un résultat imparfait
2. Deuxième requête : demandez à Claude de réviser le texte avec des instructions spécifiques et focalisées

Revise l'article ci-dessous. Suis ces etapes :
1. Identifie et supprime toute mention de l'auteur comme IA
2. Trouve et supprime tous les emojis
3. Remplace tout passage trop enthousiaste par un ton de redacteur technique

La seconde requête n’a plus rien à créer : toute son attention se porte sur la vérification des trois règles, une par une, sur un texte qui existe déjà. Chaque passe fait bien une chose — produire, puis conformer — là où le prompt unique demandait de bien faire les deux à la fois. Le coût est réel (un appel supplémentaire, un peu de latence), mais c’est précisément le compromis du chaînage : échanger quelques tokens contre de la fiabilité.

Quand utiliser le chaînage

Les signaux qui doivent vous y faire penser : une tâche complexe aux contraintes nombreuses ; un Claude qui ne respecte pas systématiquement toutes les exigences d’un prompt pourtant correct ; le besoin de traiter ou valider les sorties entre les étapes — insérer du code de vérification entre deux appels, ce qu’un prompt unique ne permet jamais ; ou la volonté de maintenir la concentration du modèle sur des aspects spécifiques à chaque étape. Si l’un de ces signaux est présent, découpez : deux prompts simples battent presque toujours un prompt savant.

Points clés à retenir

• Chaînage = sous-tâches séquentielles, la sortie de chacune alimentant la suivante
• Les chaînes réelles mélangent appels à Claude et code classique — chaque maillon reste testable isolément
• Trop de contraintes dans un prompt = contraintes ignorées ; la parade : produire d’abord, conformer ensuite
• La passe de révision, focalisée sur ses seules règles, rattrape ce que le prompt chargé laissait passer
• Entre deux maillons, votre code peut valider et corriger — impossible dans une requête unique