Il s’agit d’un notebook interactif. Vous pouvez l’exécuter localement ou utiliser les liens suivants :
- Créer une simulation d’un appel et d’une réponse LLM simples, et l’enregistrer dans Weave.
- Créer une simulation d’un appel et d’une réponse LLM plus complexes, et l’enregistrer dans Weave.
- Exécuter un exemple de requête de recherche sur les traces enregistrées.
Consulter les traces enregistrées
Vous pouvez consulter toutes les traces Weave créées lorsque vous exécutez le code de ce guide en accédant à l’onglet Traces de votre projet Weave (spécifié par team_id\project_id), puis en sélectionnant le nom de la trace.
Avant de commencer, consultez les prérequis.
Prérequis : définir les variables et les endpoints
Avant de journaliser des traces, vous devez configurer les endpoints de l’API de service et vous authentifier avec vos identifiants W&B. Le code suivant définit les URL des endpoints utilisées pour accéder à l’API de service :https://trace.wandb.ai/call/starthttps://trace.wandb.ai/call/endhttps://trace.wandb.ai/calls/stream_query
project_id: Le nom du projet W&B dans lequel vous souhaitez journaliser vos traces.team_id: Le nom de votre équipe W&B.wandb_token: Votre clé API W&B.
Trace simple
Les sections suivantes expliquent comment créer une trace simple :Démarrer une trace simple
Le code suivant crée un exemple d’appel LLMpayload_start et le journalise dans Weave via l’endpoint url_start. L’objet payload_start simule un appel à gpt-4o d’OpenAI avec la requête Why is the sky blue?.
En cas de succès, ce code affiche un message indiquant que la trace a été démarrée :
Terminer une trace simple
Pour terminer la trace simple, le code suivant crée un exemple de charge utile d’appel LLM,payload_end, et le journalise dans Weave à l’aide de l’endpoint url_end. L’objet payload_end imite la réponse de gpt-4o d’OpenAI à la requête Why is the sky blue?. L’objet est formaté de sorte que les informations récapitulatives de tarification et la chat complétion soient générées dans la vue de trace du tableau de bord Weave.
En cas de réussite, ce code affiche un message indiquant que la trace est terminée :
Trace complexe
Maintenant que vous avez enregistré une trace simple en une seule étape, les sections suivantes vous guident dans la création d’une trace plus complexe avec des spans enfants, semblable à une recherche RAG en plusieurs opérations.- Démarrer une trace complexe
- Ajouter un span enfant pour une recherche de document RAG
- Ajouter un span enfant pour un appel de complétion LLM
- Terminer une trace complexe
Démarrer une trace complexe
Le code suivant montre comment créer une trace plus complexe avec plusieurs spans. Un exemple serait une recherche de type Retrieval-Augmented Generation (RAG), suivie d’un Appel à un LLM. La première partie initialise une trace parente (payload_parent_start) qui représente l’opération. Dans ce cas, l’opération traite la requête utilisateur Can you summarize the key points of this document?.
L’objet payload_parent_start reproduit l’étape initiale d’un flux de travail à plusieurs étapes, en journalisant l’opération dans Weave à l’aide de l’endpoint url_start.
En cas de réussite, ce code affiche un message indiquant que l’Appel parent est journalisé :
Ajouter un span enfant pour une recherche de document RAG
Le code suivant montre comment ajouter un span enfant à la trace parente complexe démarrée à l’étape précédente. Cette étape modélise la sous-opération de recherche de document RAG dans le flux de travail. La trace enfant est initiée avec l’objetpayload_child_start, qui inclut :
trace_id: relie ce span enfant à la trace parente.parent_id: associe le span enfant à l’opération parente.inputs: journalise la requête de recherche, par ex. :"Ceci est une requête de recherche pour les documents que je cherche."
url_start réussit, le code affiche un message indiquant que l’appel enfant a démarré et s’est terminé :
Ajouter un span enfant pour un appel de complétion LLM
Le code suivant montre comment ajouter un autre span enfant à la trace parente complexe pour représenter un appel de complétion LLM. Cette étape modélise la génération de la réponse du LLM à partir du contexte documentaire récupéré lors de l’opération RAG précédente. La trace de complétion LLM est lancée avec l’objetpayload_child_start, qui comprend :
trace_id: relie ce span enfant à la trace parente.parent_id: associe le span enfant au flux de travail parent.inputs: journalise les messages d’entrée pour le LLM, y compris la requête de l’utilisateur et le contexte documentaire ajouté.model: spécifie le modèle utilisé pour l’opération (gpt-4o).
payload_child_end met fin à la trace en journalisant la réponse générée par le LLM dans le champ output. Le code journalise également des informations récapitulatives d’utilisation.
En cas de réussite, le code affiche un message indiquant que la trace du span enfant du LLM a démarré puis s’est terminée :
Terminer une trace complexe
Le code suivant montre comment finaliser la trace parente afin de marquer l’achèvement du flux de travail. Cette étape agrège les résultats de toutes les spans enfants (par exemple, la recherche RAG et la complétion LLM) et journalise la sortie finale ainsi que les métadonnées. La trace est finalisée à l’aide de l’objetpayload_parent_end, qui comprend :
id: leparent_call_iddu démarrage initial de la trace parente.output: représente la sortie finale du flux de travail.summary: consolide les données d’utilisation pour le flux de travail.prompt_tokens: nombre total de tokens utilisés pour tous les prompts.completion_tokens: nombre total de tokens générés dans toutes les réponses.total_tokens: nombre total combiné de tokens pour le flux de travail.requests: nombre total de requêtes effectuées (dans ce cas,1).
Exécuter une requête de recherche
Une fois les traces enregistrées dans Weave, vous pouvez utiliser l’API de service pour les interroger par programmation. Le code suivant montre comment interroger les traces créées dans les exemples précédents, en filtrant uniquement celles pour lesquelles le champinputs.model est égal à gpt-4o.
L’objet query_payload comprend :
project_id: identifie l’équipe et le projet à interroger.filter: garantit que la requête ne renvoie que les racines de trace (traces de niveau supérieur).query: définit la logique de filtrage à l’aide de l’opérateur$expr:$getField: récupère le champinputs.model.$literal: sélectionne les traces pour lesquellesinputs.modelest égal à"gpt-4o".
limit: limite la requête à 10 000 résultats.offset: commence la requête au premier résultat.sort_by: trie les résultats selon l’horodatagestarted_at, par ordre décroissant.include_feedback: exclut les données de feedback des résultats.