Weights & Biases

Weights & Biases (W&B) est une plateforme de développement d'IA conçue pour les ingénieurs ML et les chercheurs qui ont besoin de suivre, comparer et reproduire des expériences de machine learning à grande échelle. Fondée en 2017 par Lukas Biewald, Chris Van Pelt et Shawn Lewis, l'entreprise est devenue l'outil de suivi d'expériences de référence et s'est étendue à l'observabilité des LLM avec le lancement de W&B Weave en 2024. En mars 2025, CoreWeave, le hyperscaler axé sur l'IA, a acquis W&B pour un montant estimé à $1.7B. La marque et la gamme de produits W&B restent intactes ; Lukas Biewald occupe le poste de directeur général de W&B sous l'égide de CoreWeave, et l'entreprise continue de fonctionner avec un engagement envers l'interopérabilité multi-cloud et agnostique en matière d'infrastructure.

La plateforme se divise en deux produits principaux. W&B Models gère le cycle de vie ML traditionnel : journalisation des métriques avec quelques lignes de Python, visualisation des exécutions dans un tableau de bord interactif, versionnage des artefacts de modèles, exécution de balayages d'hyperparamètres automatisés (Sweeps), partage de rapports (Reports) avec les parties prenantes et enregistrement des points de contrôle prêts pour la production dans le Model Registry. W&B Weave couvre l'aspect GenAI : traçage de chaque appel LLM, évaluation des sorties avec des évaluateurs personnalisables, surveillance des agents en production en temps réel avec les Online Evaluations, et débogage des pipelines RAG en inspectant la récupération et la génération au niveau de l'appel de fonction. Les deux produits partagent un seul compte, une seule clé API et un seul tableau de bord.

Ce que fait réellement W&B en mai 2026

W&B Models reste le produit phare pour les équipes qui entraînent des réseaux de neurones. Vous appelez wandb.init() au début d'une exécution d'entraînement et wandb.log() pour envoyer les métriques. À partir de là, la plateforme capture automatiquement l'utilisation du matériel, les courbes de perte, des exemples de sorties et des métadonnées arbitraires. Sweeps utilise l'optimisation bayésienne ou la recherche en grille pour exécuter des expériences d'hyperparamètres sur des centaines de configurations, avec un coordinateur intégré qui attribue le travail aux agents inactifs. Le Model Registry permet aux équipes de promouvoir des versions d'artefacts spécifiques à l'état de « production » ou de « staging » avec un suivi de la lignée remontant à l'exécution d'origine.

W&B Weave, lancé le 18 avril 2024, étend ce paradigme aux applications LLM. Le décorateur @weave.op enveloppe n'importe quelle fonction Python, et Weave capture les entrées, les sorties, le nombre de tokens, la latence et le coût pour chaque appel. Il corrige automatiquement les SDK LLM courants, notamment OpenAI, Anthropic, Cohere, Groq, LangChain et LlamaIndex, de sorte qu'un seul appel weave.init() commence à capturer des traces sans modifier les sites d'appel. Les Online Evaluations, ajoutées après l'acquisition mi-2025, évaluent les traces entrantes en direct en production pour détecter les régressions de qualité sans attendre les cycles d'examen manuel. La plateforme a également ajouté W&B Inference en juin 2025, fournissant un point de terminaison unifié pour les modèles open source (DeepSeek R1-0528, Llama 4 Scout, Phi 4 Mini) propulsés par l'infrastructure GPU de CoreWeave.

« W&B nous permet de faire passer les découvertes d'un seul chercheur à l'échelle de toute l'équipe. » -- Wojciech Zaremba, cofondateur, OpenAI (page client W&B)

Où se situe W&B par rapport à Comet ML et MLflow

Les trois comparaisons les plus courantes sont W&B contre Comet ML pour le suivi d'expériences hébergé, et W&B contre MLflow pour les alternatives open source.

Comet ML est l'analogue structurel le plus proche. Tous deux nécessitent une instrumentation du code, journalisent les exécutions sur un tableau de bord cloud et offrent des fonctionnalités de collaboration en équipe. Les différences mécaniques sont importantes pour les décisions d'adoption. Les Code Panels de Comet permettent d'exécuter des scripts Matplotlib ou Plotly arbitraires directement dans l'interface utilisateur de l'expérience, permettant des visualisations personnalisées sans quitter le tableau de bord. L'espace de travail de W&B utilise un système de panneaux qui est soigné mais moins scriptable au niveau de l'expérience. En termes de performances, des benchmarks indépendants de MLtraq montrent que Comet et Neptune surpassent W&B pour la journalisation de métriques à haute fréquence à grande échelle. Le pipeline de téléchargement de W&B peut devenir un goulot d'étranglement dans les grands balayages parallèles. Comet s'intègre nativement avec moins de frameworks de deep learning ; W&B propose des intégrations prêtes à l'emploi avec fastai et Catalyst qui manquent à Comet. Pour l'observabilité des LLM, W&B Weave possède un avantage de profondeur significatif par rapport à l'offre actuelle de Comet. Côté tarification, Comet utilise une tarification par utilisateur (environ $39/utilisateur/mois pour Pro) tandis que le niveau Pro de W&B facture $60/mois pour un maximum de 10 postes de modèles, plus les dépassements de stockage.

MLflow (Apache 2.0, régi par Databricks) est l'alternative de choix pour les équipes qui ne veulent aucune dépendance vis-à-vis d'un fournisseur. Le serveur de suivi de MLflow est architecturalement léger : un point de terminaison REST ou gRPC que vous déployez où vous le souhaitez, sans compte cloud requis. Son interface utilisateur stocke les graphiques sous forme d'artefacts statiques plutôt que de widgets interactifs, ce qui est moins performant visuellement mais plus portable. MLflow ne possède aucune fonctionnalité de collaboration en équipe comparable aux W&B Reports ou au modèle de partage d'espace de travail. La fonctionnalité « Tracing » de MLflow de 2024 pour les LLM existe mais est nettement moins performante que W&B Weave pour une utilisation en production. Le compromis se situe entre le contrôle total et la finition du produit : MLflow nécessite plus de configuration et de gestion opérationnelle, tandis que W&B offre une plateforme prête à l'emploi avec un développement de produit actif. Pour les équipes déjà sur Databricks, MLflow s'intègre directement dans cet écosystème, ce qui constitue un avantage ou un inconvénient de verrouillage selon votre situation.

Les équipes exécutant des applications purement GenAI sans entraînement ML traditionnel comparent souvent W&B Weave à des outils spécialisés d'observabilité LLM. Langfuse est open source, auto-hébergeable et gratuit pour tout volume de traces que vous pouvez héberger vous-même. Helicone se concentre étroitement sur la journalisation des appels LLM et le suivi des coûts avec une configuration plus simple. L'avantage de W&B Weave est sa plateforme unifiée : si votre équipe utilise déjà W&B pour l'entraînement de modèles, l'ajout de Weave pour la partie inférence/LLM n'entraîne aucun coût supplémentaire et permet de conserver toute l'observabilité au même endroit.

À quoi ressemble la réalité du workflow quotidien

La configuration se fait véritablement sans friction. pip install wandb, exécutez wandb login, ajoutez trois lignes à votre script d'entraînement. Pour Weave, c'est une ligne supplémentaire (import weave; weave.init("project-name")) et les SDK LLM corrigés s'occupent du reste. Le tableau de bord charge les comparaisons d'exécutions, vous permet de tracer n'importe quelle métrique journalisée par rapport à une autre, et génère des documents Report partageables qui combinent des tableaux d'exécution avec des analyses écrites pour les parties prenantes qui n'ont pas accès au code.

La friction apparaît à grande échelle. Lorsqu'une équipe exécute des centaines de tâches d'entraînement simultanées, le thread de téléchargement de W&B entre en concurrence avec le processus d'entraînement pour le CPU et le réseau. Des utilisateurs sur r/MachineLearning et le forum de la communauté W&B ont documenté des cas où le processus de synchronisation bloque l'entraînement GPU pendant des heures dans des scénarios de recherche d'hyperparamètres, gaspillant ainsi des ressources de calcul coûteuses. La solution recommandée est le mode hors ligne (WANDB_MODE=offline) suivi d'une synchronisation manuelle, mais cela rompt la visibilité en temps réel du tableau de bord. Le processus de synchronisation lui-même peut entrer dans une boucle infinie dans des cas extrêmes, nécessitant l'arrêt manuel du processus, ce qui a été documenté comme pouvant interrompre simultanément d'autres tâches d'entraînement en cours.

« Je veux un outil léger qui s'intègre dans mon workflow, plutôt qu'un outil qui m'impose un nouveau workflow. Weave y parvient en facilitant la décoration de quelques fonctions. » -- Jonathan Whitaker, chercheur en IA chez Answer.AI (annonce du lancement de Weave, avril 2024)

L'interface utilisateur ralentit considérablement lorsque les projets accumulent un grand nombre d'expériences. Les graphiques générés automatiquement s'empilent et W&B manque d'outils de suppression en masse, laissant les utilisateurs avec des tableaux de bord qui prennent 10 à 20 secondes à charger, même pour des volumes de données modestes. Il s'agit d'un problème connu avec de multiples fils de discussion ouverts dans la communauté et des tickets GitHub datant de 2022 qui ne sont que partiellement résolus.

À qui s'adresse W&B

W&B est spécialement conçu pour les praticiens du ML qui exécutent régulièrement des expériences d'entraînement. La cible idéale est une équipe de 3 à 20 ingénieurs ML dans une entreprise créant des modèles personnalisés, que cela implique le fine-tuning de modèles de fondation, l'entraînement de systèmes de vision par ordinateur ou le développement d'agents RL. La plateforme évolue jusqu'aux laboratoires de recherche d'entreprise (OpenAI, Meta, NVIDIA, GlaxoSmithKline, Toyota l'utilisent tous) car le Model Registry et le suivi de la lignée des artefacts gèrent les besoins de gouvernance des grandes organisations.

Pour les équipes d'applications LLM, W&B Weave est particulièrement intéressant lorsque l'équipe utilise déjà W&B Models. La plateforme unifiée réduit la prolifération des outils et offre une visibilité de l'entraînement à l'inférence dans un seul tableau de bord. Les équipes s'appuyant exclusivement sur des API pré-entraînées sans entraînement de modèles personnalisés préféreront peut-être des outils plus légers et spécifiques aux LLM : Langfuse pour l'auto-hébergement open source, ou Helicone pour une approche plus simple axée sur le suivi des coûts.

La plateforme fonctionne bien aux côtés des fournisseurs de cloud GPU. Les équipes exécutant des tâches d'entraînement sur RunPod, Modal ou Anyscale utilisent W&B pour journaliser les métriques de l'entraînement distribué sans avoir besoin de modifier leur configuration de calcul. L'intégration Mission Control post-acquisition rend cela encore plus étroit pour les clients de CoreWeave, en corrélant les événements des nœuds GPU directement avec les tableaux de bord d'exécution d'entraînement.

Les chercheurs universitaires bénéficient d'un avantage significatif : le programme académique de W&B fournit gratuitement une licence équivalente à la version Pro, avec des heures de suivi illimitées et 200GB de stockage. C'est l'un des programmes de recherche les plus généreux parmi les outils ML commerciaux.

Ce que W&B n'est pas

W&B n'est pas un orchestrateur complet de pipelines MLOps. Il suit les expériences et versionne les artefacts, mais il ne planifie pas les tâches d'entraînement, ne gère pas l'approvisionnement en calcul et n'orchestre pas les pipelines à plusieurs étapes. Pour l'orchestration de pipelines, vous avez besoin d'un outil distinct (Prefect, ZenML, Metaflow ou Kubeflow) en plus de W&B.

Ce n'est pas un outil principal adapté aux équipes qui exigent une absence totale de dépendance vis-à-vis d'un fournisseur. L'option auto-hébergée existe, mais « l'utilisation en entreprise n'est pas autorisée » dans le cadre du niveau Personal gratuit, et le plan auto-hébergé Advanced Enterprise est proposé sur devis. Si l'open source avec auto-hébergement est une exigence stricte, MLflow est le bon choix.

Il n'est pas optimisé pour les équipes GenAI exécutant des applications purement basées sur des API sans entraînement de modèles personnalisés. La limite d'ingestion de données Weave de 1GB sur le niveau Free et de 1.5GB sur Pro est une véritable contrainte pour les applications LLM en production avec un trafic significatif. Le coût de dépassement ($0.10/MB au-dessus de la limite du niveau) s'accumule rapidement à grande échelle. Une instance Langfuse auto-hébergée n'a aucune limite de volume de traces.

Ce n'est pas une plateforme de service d'inférence en temps réel, malgré le nouveau produit W&B Inference. Ce produit est en préversion depuis la mi-2025 et se positionne comme une commodité pour l'évaluation de modèles, et non comme un remplacement d'infrastructure de service en production pour des options dédiées comme Anyscale ou RunPod.