Lorsque vous créez des applications avec Claude, vous rencontrerez souvent des tâches qui ne peuvent pas être accomplies en une seule requête. C'est là qu'interviennent les workflows et les agents - ce sont des stratégies pour gérer des processus complexes à plusieurs étapes.
Vous avez en fait déjà utilisé ces concepts tout au long de ce cours. Vous souvenez-vous lorsque nous avons utilisé des outils et laissé Claude déterminer comment accomplir des tâches ? C'était un agent en action.
Choisir entre workflows et agents

La décision dépend de la mesure dans laquelle vous comprenez la tâche :
- Utilisez des workflows lorsque vous pouvez visualiser le flux exact ou les étapes que Claude devrait suivre pour résoudre un problème, ou lorsque l'UX de votre application limite les utilisateurs à un ensemble de tâches
- Utilisez des agents lorsque vous n'êtes pas sûr exactement de la tâche ou des paramètres de tâche que vous donnerez à Claude
Les workflows sont des séries d'appels à Claude destinés à résoudre un problème spécifique grâce à une série d'étapes prédéterminées. Les agents donnent à Claude un objectif et un ensemble d'outils, en s'attendant à ce que Claude détermine comment atteindre l'objectif grâce aux outils fournis.
Un exemple concret de workflow

Examinons un exemple pratique : la création d'une application « Image vers CAO ». Les utilisateurs font glisser-déposer une image d'une pièce métallique, et l'application crée un fichier STEP (une norme industrielle pour les modèles 3D).

Voici comment nous pourrions décomposer cela en étapes de workflow :
- Fournir l'image à Claude, en lui demandant de décrire l'objet en détail
- Sur la base de la description, demander à Claude d'utiliser la bibliothèque CadQuery pour modéliser l'objet
- Créer un rendu du modèle 3D
- Demander à Claude d'évaluer le rendu par rapport à l'image originale. S'il y a des problèmes, les corriger et répéter
C'est un scénario de workflow parfait car nous avons une assez bonne idée de ce qu'il faut faire exactement lorsqu'un utilisateur fournit un fichier image, et nous pouvons facilement écrire tout cela sous forme de code comme une série d'étapes prédéfinies.
Le modèle évaluateur-optimiseur

L'exemple de CAO illustre un modèle de workflow courant appelé l'évaluateur-optimiseur :
- Producteur : Prend une entrée et crée une sortie (Claude utilisant CadQuery pour modéliser et rendre)
- Évaluateur : Évalue la sortie par rapport à des critères
- Boucle de rétroaction : Si l'évaluateur rejette la sortie, la rétroaction retourne au producteur pour amélioration
- Acceptation : Le cycle continue jusqu'à ce que l'évaluateur accepte la sortie
Pourquoi apprendre les modèles de workflow ?
Identifier différents workflows vous donne un ensemble de recettes reproductibles pour implémenter vos propres fonctionnalités. L'évaluateur-optimiseur est un modèle de workflow qui a bien fonctionné pour d'autres ingénieurs - envisagez de l'utiliser dans vos propres applications !
Rappelez-vous, les workflows ne s'implémentent pas eux-mêmes. Vous devez toujours écrire le code réel. Mais disposer de ces modèles éprouvés comme points de départ peut vous faire gagner un temps considérable et vous aider à éviter les pièges courants que d'autres ont déjà résolus.