Il s’agit d’un notebook interactif. Vous pouvez l’exécuter localement ou utiliser les liens ci-dessous :
Optimiser les flux de travail LLM à l’aide de DSPy et Weave
Le BIG-bench (Beyond the Imitation Game Benchmark) est un benchmark collaboratif conçu pour tester les grands modèles de langage et extrapoler leurs capacités futures. Il comprend plus de 200 tâches. Le BIG-Bench Hard (BBH) est une suite de 23 tâches BIG-Bench parmi les plus difficiles, qui peuvent s’avérer assez complexes à résoudre avec la génération actuelle de modèles de langage.
Ce tutoriel montre comment améliorer les performances de notre flux de travail LLM appliqué à la tâche de jugement causal du benchmark BIG-Bench Hard et évaluer nos stratégies de prompting. Nous utiliserons DSPy pour implémenter notre flux de travail LLM et optimiser notre stratégie de prompting. Nous utiliserons également Weave pour suivre notre flux de travail LLM et évaluer nos stratégies de prompting.
Installation des dépendances
Ce tutoriel nécessite les bibliothèques suivantes :
- DSPy pour construire le flux de travail LLM et l’optimiser.
- Weave pour suivre notre flux de travail LLM et évaluer nos stratégies de prompting.
- datasets pour accéder au jeu de données Big-Bench Hard depuis le Hub Hugging Face.
Puisque nous allons utiliser l’API OpenAI comme fournisseur de LLM, nous aurons également besoin d’une clé API OpenAI. Vous pouvez vous inscrire sur la plateforme OpenAI pour obtenir votre propre clé API.
Activer le suivi avec Weave
Weave est actuellement intégré à DSPy, et le fait d’inclure weave.init au début de votre code vous permet de tracer automatiquement vos fonctions DSPy et de les explorer dans la Weave UI. Consultez la documentation de l’intégration Weave pour DSPy pour en savoir plus.
Dans ce tutoriel, nous utilisons une classe de métadonnées qui hérite de weave.Object pour gérer nos métadonnées.
Gestion des versions des objets : les objets Metadata font automatiquement l’objet d’une gestion des versions et sont tracés lorsque les fonctions qui les utilisent sont elles-mêmes tracées
Charger le jeu de données BIG-Bench Hard
Nous allons charger ce jeu de données à partir de Hugging Face Hub, le répartir en ensembles d’entraînement et de validation, puis les publier sur Weave. Cela nous permettra de versionner les jeux de données et d’utiliser weave.Evaluation pour évaluer notre stratégie de prompting.
DSPy est un framework qui déplace la création de nouveaux pipelines de LM de la manipulation de chaînes de texte libres vers la programmation (en composant des opérateurs modulaires pour construire des graphes de transformation de texte), où un compilateur génère automatiquement, à partir d’un programme, des stratégies d’invocation de LM et des prompts optimisés.
Nous utiliserons dspy.LM pour configurer notre modèle de langage et dspy.configure pour le définir comme valeur par défaut.
Écrire la signature du raisonnement causal
Une signature est une spécification déclarative du comportement en entrée/sortie d’un module DSPy. Les modules DSPy sont des composants adaptatifs à la tâche — comparables à des couches de réseau de neurones — qui font abstraction de toute transformation de texte particulière.
Testons notre flux de travail LLM, c’est-à-dire le CausalReasoningModule, sur un exemple tiré du sous-ensemble de raisonnement causal de Big-Bench Hard.

Évaluation de notre programme DSPy
Maintenant que nous disposons d’une stratégie de prompting de référence, évaluons-la sur notre ensemble de validation à l’aide de weave.Evaluation, avec une métrique simple qui compare la réponse prédite à la réponse de référence. Weave prendra chaque exemple, le fera passer dans votre application et attribuera un score à la sortie à l’aide de plusieurs fonctions de score personnalisées. Vous obtiendrez ainsi une vue des performances de votre application, ainsi qu’une UI riche pour examiner en détail chaque sortie et son score.
Nous devons d’abord créer une fonction de score qui indique si la réponse prédite correspond à la réponse de référence. Les fonctions de score Weave reçoivent la valeur de retour du modèle sous la forme de output, ainsi que toutes les clés correspondantes de l’exemple du jeu de données en arguments supplémentaires. Ici, answer provient du jeu de données et output est le dictionnaire renvoyé par CausalReasoningModule.forward.
Ensuite, nous encapsulons le module dans une fonction tracée que weave.Evaluation peut appeler. Les noms des arguments de cette fonction d’encapsulation doivent correspondre aux noms des colonnes du jeu de données utilisées en entrée par le modèle.
Nous pouvons maintenant définir l’évaluation et l’exécuter.
Si vous exécutez ce code depuis un script Python, vous pouvez utiliser le code suivant pour lancer l’évaluation :
Exécuter l’évaluation sur le jeu de données de raisonnement causal coûtera environ 0,24 $ en crédits OpenAI.
Optimisation de notre programme DSPy
Maintenant que nous disposons d’un programme DSPy de référence, essayons d’en améliorer les performances en raisonnement causal à l’aide de l’optimiseur BootstrapFewShot, qui peut ajuster les paramètres d’un programme DSPy afin de maximiser les métriques spécifiées.
L’exécution de l’évaluation sur le jeu de données de raisonnement causal coûtera environ 0,04 $ en crédits OpenAI.
Maintenant que nous disposons de notre programme optimisé (la stratégie de prompting optimisée), évaluons-le à nouveau sur notre ensemble de validation et comparons-le à notre programme DSPy de référence.
La comparaison entre l’évaluation du programme de référence et celle du programme optimisé montre que ce dernier répond aux questions de raisonnement causal avec une précision nettement supérieure.
Dans ce tutoriel, nous avons appris à utiliser DSPy pour optimiser les prompts, ainsi que Weave pour le suivi et l’évaluation afin de comparer les programmes original et optimisé.