Skip to main content
Analytics lit les traces de projet canoniques directement depuis W&B, plutôt que de maintenir une base de données distincte d’événements de requête. Cette fonctionnalité vous permet de vérifier le déploiement progressif et d’estimer l’impact économique du remplacement d’un modèle.

Vues disponibles

  • volume de requêtes dans le temps ;
  • part du trafic par modèle cible du routage ;
  • répartition par version de projet ;
  • volume de jetons en entrée et en sortie ;
  • erreurs des fournisseurs ;
  • coût estimé en entrée, en sortie et total ;
  • modèles de comparaison qui ne reçoivent actuellement aucun trafic.
Choisissez une plage comprise entre une heure et trois mois. Les plages longues utilisent des tranches temporelles plus larges.

Couverture de la tarification

Analytics utilise les coûts déclarés lorsqu’ils sont disponibles ; à défaut, il estime les coûts à partir des sources suivantes, dans cet ordre :
  1. Un prix de modèle manuel configuré sur le fournisseur ou le modèle affiné.
  2. La tarification de Serverless Inference pour un modèle hébergé ou pour le modèle de base d’un modèle affiné.
  3. Le catalogue LiteLLM inclus, lorsqu’un modèle correspondant y est connu.
La page indique le pourcentage d’appels disposant d’informations de tarification suffisantes. Ne comparez des modèles que si leur couverture est similaire. Les comparaisons de coûts laissent inchangées les dépenses déclarées et appliquent les tarifs du modèle de comparaison aux nombres de jetons enregistrés. Les estimations fondées sur les prix catalogue conservent l’utilisation enregistrée du cache de prompts et appliquent la tarification d’entrée standard lorsqu’aucun tarif de cache n’est disponible. Les tarifs observés correspondent aux coûts par jeton déclarés pour le modèle de comparaison sur la période sélectionnée. Ils intègrent déjà son utilisation du cache ; aucune remise de cache supplémentaire ne s’applique donc. Si vous changez de modèle, les nombres de jetons et les accès au cache peuvent varier. Les réponses rejouées depuis le cache de réponses exactes conservent leurs nombres de jetons d’origine, mais sont facturées zéro, car aucune inférence n’a été exécutée chez le fournisseur.

Utiliser Analytics pendant le déploiement progressif

Après avoir modifié l’acheminement, vérifiez que :
  • le nouveau modèle reçoit la part de trafic prévue ;
  • l’ancien modèle conserve le poids résiduel attendu ou un poids nul ;
  • le taux d’erreur n’augmente pas ;
  • le volume de jetons et le comportement de fin de génération restent cohérents ;
  • le coût estimé évolue dans le sens attendu.
Les décisions relatives à la qualité doivent toujours reposer sur les évaluations et les métriques produit, et non sur les seuls graphiques de coûts.
Le paramètre de requête time_range accepte des fenêtres relatives telles que 1h, 24h, 5d, 30d ou 12w :
Pour le schéma de la réponse, voir Obtenir Analytics d’un projet.
Dernière modification le 4 novembre 2026