diff --git a/docs.json b/docs.json index 430e7991cb..4642c5b62a 100644 --- a/docs.json +++ b/docs.json @@ -1480,7 +1480,8 @@ "group": "Weights & Biases", "pages": [ "fr/product-models", - "fr/product-weave" + "fr/product-weave", + "fr/hivemind" ] }, { @@ -1827,6 +1828,7 @@ "fr/models/app/features/custom-charts/walkthrough" ] }, + "fr/models/app/leet-tui", "fr/models/app/console-logs", "fr/models/app/keyboard-shortcuts" ] @@ -2311,6 +2313,7 @@ "fr/models/ref/python/data-types", "fr/models/ref/python/data-types/audio", "fr/models/ref/python/data-types/box3d", + "fr/models/ref/python/data-types/evaltable", "fr/models/ref/python/data-types/histogram", "fr/models/ref/python/data-types/html", "fr/models/ref/python/data-types/image", @@ -2378,6 +2381,7 @@ "pages": [ "fr/models/ref/python/public-api", "fr/models/ref/python/public-api/api", + "fr/models/ref/python/public-api/agentruns", "fr/models/ref/python/public-api/artifactcollection", "fr/models/ref/python/public-api/artifactcollections", "fr/models/ref/python/public-api/artifactfiles", @@ -2438,15 +2442,6 @@ "fr/models/ref/cli/wandb-beta/wandb-beta-core/wandb-beta-core-stop" ] }, - { - "group": "beta leet", - "pages": [ - "fr/models/ref/cli/wandb-beta/wandb-beta-leet", - "fr/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-config", - "fr/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-run", - "fr/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-symon" - ] - }, "fr/models/ref/cli/wandb-beta/wandb-beta-sync" ] }, @@ -2465,6 +2460,15 @@ "fr/models/ref/cli/wandb-job/wandb-job-list" ] }, + { + "group": "wandb leet", + "pages": [ + "fr/models/ref/cli/wandb-leet", + "fr/models/ref/cli/wandb-leet/wandb-leet-config", + "fr/models/ref/cli/wandb-leet/wandb-leet-run", + "fr/models/ref/cli/wandb-leet/wandb-leet-symon" + ] + }, "fr/models/ref/cli/wandb-login", "fr/models/ref/cli/wandb-offline", "fr/models/ref/cli/wandb-online", @@ -2861,7 +2865,8 @@ "group": "Weights & Biases", "pages": [ "ja/product-models", - "ja/product-weave" + "ja/product-weave", + "ja/hivemind" ] }, { @@ -3208,6 +3213,7 @@ "ja/models/app/features/custom-charts/walkthrough" ] }, + "ja/models/app/leet-tui", "ja/models/app/console-logs", "ja/models/app/keyboard-shortcuts" ] @@ -3692,6 +3698,7 @@ "ja/models/ref/python/data-types", "ja/models/ref/python/data-types/audio", "ja/models/ref/python/data-types/box3d", + "ja/models/ref/python/data-types/evaltable", "ja/models/ref/python/data-types/histogram", "ja/models/ref/python/data-types/html", "ja/models/ref/python/data-types/image", @@ -3759,6 +3766,7 @@ "pages": [ "ja/models/ref/python/public-api", "ja/models/ref/python/public-api/api", + "ja/models/ref/python/public-api/agentruns", "ja/models/ref/python/public-api/artifactcollection", "ja/models/ref/python/public-api/artifactcollections", "ja/models/ref/python/public-api/artifactfiles", @@ -3819,15 +3827,6 @@ "ja/models/ref/cli/wandb-beta/wandb-beta-core/wandb-beta-core-stop" ] }, - { - "group": "beta leet", - "pages": [ - "ja/models/ref/cli/wandb-beta/wandb-beta-leet", - "ja/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-config", - "ja/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-run", - "ja/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-symon" - ] - }, "ja/models/ref/cli/wandb-beta/wandb-beta-sync" ] }, @@ -3846,6 +3845,15 @@ "ja/models/ref/cli/wandb-job/wandb-job-list" ] }, + { + "group": "wandb leet", + "pages": [ + "ja/models/ref/cli/wandb-leet", + "ja/models/ref/cli/wandb-leet/wandb-leet-config", + "ja/models/ref/cli/wandb-leet/wandb-leet-run", + "ja/models/ref/cli/wandb-leet/wandb-leet-symon" + ] + }, "ja/models/ref/cli/wandb-login", "ja/models/ref/cli/wandb-offline", "ja/models/ref/cli/wandb-online", @@ -4242,7 +4250,8 @@ "group": "Weights & Biases", "pages": [ "ko/product-models", - "ko/product-weave" + "ko/product-weave", + "ko/hivemind" ] }, { @@ -4589,6 +4598,7 @@ "ko/models/app/features/custom-charts/walkthrough" ] }, + "ko/models/app/leet-tui", "ko/models/app/console-logs", "ko/models/app/keyboard-shortcuts" ] @@ -5073,6 +5083,7 @@ "ko/models/ref/python/data-types", "ko/models/ref/python/data-types/audio", "ko/models/ref/python/data-types/box3d", + "ko/models/ref/python/data-types/evaltable", "ko/models/ref/python/data-types/histogram", "ko/models/ref/python/data-types/html", "ko/models/ref/python/data-types/image", @@ -5140,6 +5151,7 @@ "pages": [ "ko/models/ref/python/public-api", "ko/models/ref/python/public-api/api", + "ko/models/ref/python/public-api/agentruns", "ko/models/ref/python/public-api/artifactcollection", "ko/models/ref/python/public-api/artifactcollections", "ko/models/ref/python/public-api/artifactfiles", @@ -5200,15 +5212,6 @@ "ko/models/ref/cli/wandb-beta/wandb-beta-core/wandb-beta-core-stop" ] }, - { - "group": "beta leet", - "pages": [ - "ko/models/ref/cli/wandb-beta/wandb-beta-leet", - "ko/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-config", - "ko/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-run", - "ko/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-symon" - ] - }, "ko/models/ref/cli/wandb-beta/wandb-beta-sync" ] }, @@ -5227,6 +5230,15 @@ "ko/models/ref/cli/wandb-job/wandb-job-list" ] }, + { + "group": "wandb leet", + "pages": [ + "ko/models/ref/cli/wandb-leet", + "ko/models/ref/cli/wandb-leet/wandb-leet-config", + "ko/models/ref/cli/wandb-leet/wandb-leet-run", + "ko/models/ref/cli/wandb-leet/wandb-leet-symon" + ] + }, "ko/models/ref/cli/wandb-login", "ko/models/ref/cli/wandb-offline", "ko/models/ref/cli/wandb-online", @@ -7045,4 +7057,4 @@ "stylesheet": "/css/styles.css" }, "theme": "aspen" -} +} \ No newline at end of file diff --git a/fr/hivemind.mdx b/fr/hivemind.mdx new file mode 100644 index 0000000000..3c9d608ffb --- /dev/null +++ b/fr/hivemind.mdx @@ -0,0 +1,118 @@ +--- +title: "W&B HiveMind" +description: "Un tableau de bord partagé pour les sessions de développement assisté par IA. Suivez l’activité, les coûts et les résultats dans Claude Code, Cursor, Codex, Gemini CLI, et bien plus encore grâce à des leaderboards, des vues par équipe et des indicateurs d’efficacité." +tag: Aperçu +--- + +W&B HiveMind est un tableau de bord partagé pour les sessions de développement assisté par IA. Le tableau de bord montre ce que votre équipe fait avec des agents, combien ce travail coûte et ce qu’il produit, avec des leaderboards, des vues par équipe, des indicateurs d’efficacité, et plus encore. Un démon HiveMind léger s’exécute sur la machine de chaque développeur, surveille l’activité des agents de développement et envoie les transcriptions des sessions au service HiveMind. + +HiveMind est conçu pour deux publics : + +* **Les développeurs et les praticiens de l’IA** peuvent consulter les sessions passées, effectuer des recherches dans l’historique de leur équipe et améliorer leur façon de travailler avec les agents de développement. +* **Les responsables de l’ingénierie** peuvent suivre l’adoption du développement assisté par IA, les dépenses et les résultats à l’échelle des équipes et des dépôts. + +
+ ## Démarrage rapide +
+ + + HiveMind et sa documentation se trouvent sur un site dédié : [hivemind.wandb.tools](https://hivemind.wandb.tools). + + +
+ ### 1. Installez le démon HiveMind +
+ +Sur la machine locale de chaque membre de l’équipe, installez le client, authentifiez-vous, puis démarrez le démon. Choisissez la méthode adaptée à votre plateforme. + + + + Téléchargez et installez HiveMind à l’aide du binaire autonome signé : + + ```bash + curl -fsSL https://hivemind.wandb.tools/install -o hivemind-install.sh | sh + hivemind login + ``` + + * Sur macOS, le binaire autonome nécessite Apple Silicon. Sur un Mac Intel, utilisez plutôt `uv`. + * Un accès privilégié (`sudo`) n’est pas requis. + * Le programme d’installation enregistre un service d’arrière-plan (launchd sur macOS, systemd sur Linux) afin que le démon continue de s’exécuter et démarre à l’ouverture de session. + * Les mises à jour se font automatiquement, sans aucune action de votre part. + + Pour en savoir plus sur la distribution et l’installation du binaire autonome à l’aide d’outils de déploiement de flotte comme JAMF, Intune, Mosyle, Kandji ou Workspace ONE, voir [MDM](https://hivemind.wandb.tools/docs/mdm) dans la documentation HiveMind. + + + + Installez avec `uv` sur macOS ou Linux : + + ```bash + uv tool install wandb-hivemind + hivemind login + hivemind start + ``` + + * `uv` sélectionne automatiquement le binaire adapté à votre système d’exploitation. + * Lorsque vous exécutez `hivemind start`, un service d’arrière-plan est enregistré (launchd sur macOS, systemd sur Linux) afin que le démon continue de s’exécuter et démarre à l’ouverture de session. + * Mettez à jour avec `uv tool upgrade wandb-hivemind`. + + + +Le démon HiveMind surveille l’activité des agents de développement et envoie les transcriptions de session au service HiveMind. + +
+ ### 2. Accédez au tableau de bord HiveMind +
+ +Une fois que le service HiveMind commence à recevoir des informations de votre équipe, accédez au [tableau de bord HiveMind](https://hivemind.wandb.tools) pour suivre, comprendre et affiner l’utilisation de l’IA par votre équipe au fil du temps. + +Depuis le tableau de bord HiveMind, votre équipe peut : + +* **Voir les sessions pour tous les agents** : Un démon capture les sessions de chaque agent pris en charge, sans configuration par agent. +* **Suivre les coûts et l’utilisation** : Consultez le coût estimé au fil du temps, le coût par modèle et par équipe, l’utilisation des jetons et le coût par pull request fusionnée. Les chiffres de coût sont des estimations basées sur la tarification publiée des modèles et le nombre de jetons des sessions, et non sur les montants facturés par vos fournisseurs d’IA. +* **Mesurer les résultats** : Reliez l’activité des agents aux pull requests, aux taux de fusion et à la quantité de code écrit par les agents qui est conservée. +* **Réutiliser le travail passé** : Utilisez `@hivemind` dans Claude Code, Codex ou Cursor pour rechercher dans l’historique des sessions de votre équipe et intégrer le contexte pertinent à votre session actuelle. +* **Tirer parti de l’historique** : Importez des sessions existantes depuis des outils locaux comme Claude Code ou Cursor afin d’obtenir de nouvelles informations à partir d’une utilisation antérieure de l’IA. + +Ces captures d’écran montrent des pages d’exemple du tableau de bord HiveMind : un rapport d’utilisation, un leaderboard et la vue détaillée d’une session. Cliquez sur une capture d’écran pour voir les détails. + + + ![Tableau de bord d’utilisation HiveMind avec des graphiques](/images/hivemind/hivemind-dashboard-pr-outcomes.png) + ![Leaderboard HiveMind affichant les 15 meilleurs utilisateurs](/images/hivemind/hivemind-dashboard-leaderboard.png) + + + + ![Détails d’une session HiveMind avec des insights](/images/hivemind/hivemind-session-insights.png) + + +
+ ## Agents pris en charge +
+ +HiveMind capture les sessions de nombreux agents de développement, sans nécessiter de configuration spécifique à chaque agent. Par exemple : + +* Claude Code +* Codex +* Cursor +* Gemini CLI +* GitHub Copilot CLI +* OpenCode +* Pi + +Pour la liste complète, voir [hivemind.wandb.tools](https://hivemind.wandb.tools). + +Lorsque le démon est en cours d’exécution, votre session apparaît dans le tableau de bord environ 30 secondes après l’utilisation d’un agent pris en charge. + +
+ ## HiveMind et Weave +
+ +Si vous utilisez déjà W&B Weave, il fonctionne avec HiveMind. Ils interviennent à différentes étapes et répondent à des questions différentes. + +* Weave observe ce que fait votre application d’IA en production et suit les traces LLM et d’agent, les évaluations et la qualité. +* HiveMind observe comment votre équipe développe des logiciels avec des agents de codage IA et suit les sessions, les dépenses et la productivité. + +
+ ## Prochaines étapes +
+ +Voir la [documentation HiveMind](https://hivemind.wandb.tools/docs/overview) pour plus de détails sur la configuration, les autorisations, la référence de la CLI, le dépannage, et bien plus encore. \ No newline at end of file diff --git a/fr/inference/models.mdx b/fr/inference/models.mdx index 828822415d..d1d1248f8c 100644 --- a/fr/inference/models.mdx +++ b/fr/inference/models.mdx @@ -29,6 +29,7 @@ Les modèles suivants sont [généralement disponibles](/fr/inference/lifecycle# | Meta Llama 3.1 8B | `meta-llama/Llama-3.1-8B-Instruct` | Texte | 128k | 8B (au total) | Modèle conversationnel performant, optimisé pour des interactions réactives avec des chatbots multilingues. | | Microsoft Phi 4 Mini 3.8B | `microsoft/Phi-4-mini-instruct` | Texte | 128k | 3.8B (Total) | Modèle compact et efficace, idéal pour fournir des réponses rapides dans des environnements aux ressources limitées. | | MiniMax M2.5 | `MiniMaxAI/MiniMax-M2.5` | Texte | 197k | 10B-230B (actifs-total) | Modèle MoE à l’architecture très clairsemée, conçu pour offrir un débit élevé et une faible latence, avec de solides capacités de programmation. | +| Moonshot AI Kimi K2.7 Code | `moonshotai/Kimi-K2.7-Code` | Texte | 262k | 32B-1T (actifs-total) | Kimi K2.7 Code est un modèle MoE de 1T de paramètres avec 32B de paramètres actifs, spécialement conçu pour la programmation agentique à long horizon et l’ingénierie logicielle. | | Moonshot AI Kimi K2.6 | `moonshotai/Kimi-K2.6` | Texte, vision | 262k | 32B-1T (actifs-total) | Kimi K2.6 est un modèle de langage multimodal de type Mixture-of-Experts, avec 32 milliards de paramètres activés et un total de 1 000 milliards de paramètres. | | Moonshot AI Kimi K2.5 | `moonshotai/Kimi-K2.5` | Texte, vision | 262k | 32B-1T (actifs-total) | Kimi K2.5 est un modèle de langage multimodal de type Mixture-of-Experts, avec 32 milliards de paramètres activés et un total de 1 000 milliards de paramètres. | | NVIDIA Nemotron 3 Super 120B | `nvidia/NVIDIA-Nemotron-3-Super-120B-A12B-FP8` | Texte | 262k | 12B-120B (actifs/total) | Nemotron 3 est un modèle LatentMoE conçu pour offrir de fortes capacités en matière d’agents, de raisonnement et de conversation. | @@ -43,6 +44,7 @@ Les modèles suivants sont [généralement disponibles](/fr/inference/lifecycle# | Qwen3 235B A22B-2507 | `Qwen/Qwen3-235B-A22B-Instruct-2507` | Texte | 262k | 22B-235B (actifs-total) | Modèle multilingue efficace de type Mixture-of-Experts, affiné sur des instructions et optimisé pour le raisonnement logique. | | Qwen3 30B A3B | `Qwen/Qwen3-30B-A3B-Instruct-2507` | Texte | 262k | 3.3B-30.5B (actifs-total) | Qwen3-30B-A3B-Instruct-2507 est un modèle MoE de 30,5B ajusté par instruction, avec des capacités renforcées en raisonnement, en programmation et en compréhension de contextes longs. | | Qwen3 Coder 480B A35B | `Qwen/Qwen3-Coder-480B-A35B-Instruct` | Texte | 262k | 35B-480B (actifs-total) | Modèle à mélange d’experts optimisé pour les tâches de programmation agentique, comme l’appel de fonctions, l’utilisation d’outils et le raisonnement en contexte long. | +| Z.AI GLM 5.2 | `zai-org/GLM-5.2` | Texte | 262k | 40B-744B (Actifs-Total) | GLM-5.2 est un modèle de langage de type Mixture-of-Experts, avec 40 milliards de paramètres activés et un total de 744 milliards de paramètres. | | Z.AI GLM 5.1 | `zai-org/GLM-5.1` | Texte | 203k | 40B-744B (Actifs-Total) | Puissant modèle MoE conçu pour l’ingénierie agentique à long horizon et le raisonnement avancé. |
diff --git a/fr/inference/response-settings/reasoning.mdx b/fr/inference/response-settings/reasoning.mdx index 3ddc2db4bd..5a2d0b5e5c 100644 --- a/fr/inference/response-settings/reasoning.mdx +++ b/fr/inference/response-settings/reasoning.mdx @@ -16,7 +16,7 @@ Les informations de raisonnement apparaissent dans le champ `reasoning` des rép Le tableau suivant répertorie les modèles de Serverless Inference qui renvoient un raisonnement en sortie. Chaque modèle pris en charge inclut soit toujours le raisonnement, soit a le raisonnement activé ou désactivé par défaut : -{/* takeru reasoning-models - Ce tableau est généré automatiquement, ne le modifiez pas manuellement. */} +{/* takeru reasoning-models - Ce tableau est généré automatiquement, ne le modifiez pas à la main. */} | ID du modèle (pour l’utilisation de l’API) | Prise en charge du raisonnement | | ---------------------------------------------- | ------------------------------- | @@ -24,6 +24,7 @@ Le tableau suivant répertorie les modèles de Serverless Inference qui renvoien | `deepseek-ai/DeepSeek-V4-Pro` | Désactivé par défaut | | `google/gemma-4-31B-it` | Désactivé par défaut | | `MiniMaxAI/MiniMax-M2.5` | Always on | +| `moonshotai/Kimi-K2.7-Code` | Always on | | `moonshotai/Kimi-K2.6` | Always on | | `moonshotai/Kimi-K2.5` | Always on | | `nvidia/NVIDIA-Nemotron-3-Super-120B-A12B-FP8` | Activé par défaut | @@ -35,6 +36,7 @@ Le tableau suivant répertorie les modèles de Serverless Inference qui renvoien | `Qwen/Qwen3.5-35B-A3B` | Activé par défaut | | `Qwen/Qwen3.5-27B` | Activé par défaut | | `Qwen/Qwen3-235B-A22B-Thinking-2507` | Always on | +| `zai-org/GLM-5.2` | Activé par défaut | | `zai-org/GLM-5.1` | Activé par défaut |
diff --git a/fr/models/app/features/panels/code.mdx b/fr/models/app/features/panels/code.mdx index 3016b368dd..0ca831cf01 100644 --- a/fr/models/app/features/panels/code.mdx +++ b/fr/models/app/features/panels/code.mdx @@ -4,79 +4,130 @@ description: "Activez l’enregistrement du code, comparez le code d’un run W& keywords: ["log_code", "code_dir", "comparateur de code", "historique du notebook Jupyter", "reproductibilité"] --- -Cette page explique comment activer l’enregistrement du code afin de pouvoir comparer le code utilisé entre les runs W&B et examiner les cellules exécutées dans les sessions Jupyter. L’enregistrement du code facilite la reproduction des Experiments et aide à comprendre comment les modifications apportées à votre code d’entraînement affectent les résultats. +{/* Par défaut, W&B enregistre uniquement le hachage du commit git le plus récent. Vous pouvez activer des fonctionnalités de code supplémentaires pour comparer dynamiquement le code entre vos Experiments dans l’interface utilisateur. */} -Par défaut, W&B enregistre uniquement le hachage du commit Git le plus récent. Vous pouvez activer des fonctionnalités de code supplémentaires pour comparer le code entre vos Experiments dans l’interface utilisateur. +Utilisez W&B pour enregistrer votre code, comparer le code d’un run à l’autre, afficher les modifications locales et capturer l’historique de session Jupyter. -À partir de la version 0.8.28 de `wandb`, W&B peut enregistrer le code de votre fichier principal d’entraînement dans lequel vous appelez `wandb.init()`. +
+ ## Activer l’enregistrement du code +
+ +Configurez l’enregistrement du code pour votre équipe ou votre organisation. Les paramètres au niveau de l’équipe et de l’organisation sont documentés dans [Configurer les paramètres de confidentialité](/fr/platform/hosting/privacy-settings). + + + Par défaut, W&B désactive l’enregistrement du code pour toutes les équipes. Avant de pouvoir l’activer pour une équipe, un administrateur de l’organisation doit l’activer au niveau de l’organisation. Voir la section [Organisation](#organization). + + +
+ ### Équipe +
-
- ## Enregistrer le code de la bibliothèque +Pour activer l’enregistrement du code pour une équipe en tant qu’administrateur de l’équipe, accédez à la page **Settings**, puis à la section **Privacy**, et configurez **Enable code saving by default** pour les runs de l’équipe. Cette option n’est disponible que si un administrateur de l’organisation n’a pas appliqué de restrictions sur l’enregistrement du code à l’échelle de toute l’organisation. Pour les étapes de navigation, voir [Configurer les paramètres de confidentialité d’une équipe](/fr/platform/hosting/privacy-settings#configure-privacy-settings-for-a-team). + +
+ ### Organisation +
+ +Pour activer l’enregistrement du code pour une organisation en tant qu’administrateur de l’organisation, accédez à **Settings**, allez à la section **Privacy** et activez **Enforce default code saving restrictions** afin que l’enregistrement du code reste désactivé par défaut pour chaque équipe. Tant que ce paramètre est activé, les administrateurs d’équipe ne peuvent pas activer **Enable code saving by default** pour une équipe. Pour la liste complète des contrôles au niveau de l’organisation, voir [Enforce privacy settings for all teams](/fr/platform/hosting/privacy-settings#enforce-privacy-settings-for-all-teams). + +
+ ## Enregistrer le code
-Lorsque vous activez l’enregistrement du code, W&B enregistre le code du fichier à l’origine de l’appel à `wandb.init()`. Pour enregistrer du code de bibliothèque supplémentaire, vous avez trois options. +{/* Lorsque vous activez l’enregistrement du code, W&B enregistre le code du fichier à l’origine de l’appel à `wandb.init()`. Pour enregistrer du code de bibliothèque supplémentaire, vous avez trois options : */} + +Capturez le code source qui a produit un run en tant qu’[artefact](/fr/models/ref/python/experiments/artifact). L’artefact de code est visible dans le Workspace de votre projet. -
- ### Appelez `log_code` après `wandb.init` +Il existe deux façons d’enregistrer le code : une approche granulaire et une approche automatique. + +
+ ### Contrôle fin
-Appelez `wandb.Run.log_code(".")` après `wandb.init()` : +Utilisez `wandb.Run.log_code()` pour journaliser des fichiers ou des répertoires spécifiques en tant qu’[artefact](/fr/models/ref/python/experiments/artifact). + +Par défaut, W&B parcourt le répertoire actuel et journalise tous les fichiers se terminant par `.py`. + +L’exemple suivant montre comment utiliser `wandb.Run.log_code()` pour journaliser le répertoire actuel : ```python import wandb with wandb.init() as run: - run.log_code(".") + # Enregistrer le répertoire courant en tant qu'artifact de code + run.log_code(root=".") ``` -
- ### Transmettez un objet de configuration avec `code_dir` -
- -Transmettez un objet de configuration à `wandb.init()` avec `code_dir` défini : +L’exemple suivant montre comment utiliser `wandb.Run.log_code()` avec les paramètres `include_fn=` et `exclude_fn=` pour indiquer quels fichiers inclure et exclure lorsque vous enregistrez le code : ```python import wandb -wandb.init(settings=wandb.Settings(code_dir=".")) +with wandb.init() as run: + run.log_code( + root="../", + include_fn=lambda path: path.endswith(".py") or path.endswith(".ipynb"), + exclude_fn=lambda path, root: os.path.relpath(path, root).startswith( + "cache/" + ), + ) ``` -Cela inclut tous les fichiers source Python du répertoire actuel et de tous ses sous-répertoires dans un [artifact](/fr/models/ref/python/experiments/artifact). Pour mieux contrôler les types et emplacements des fichiers source que W&B enregistre, voir la [documentation de référence](/fr/models/ref/python/experiments/run#log_code). +Pour mieux contrôler les types et emplacements des fichiers de code source que W&B enregistre, voir la [Référence](/fr/models/ref/python/experiments/run#log_code). -
- ### Configurer l’enregistrement du code dans l’interface utilisateur +
+ ### Capturer automatiquement le code
-En plus de configurer l’enregistrement du code par programmation, vous pouvez définir les valeurs par défaut dans l’interface utilisateur au niveau d’une équipe ou de l’organisation. Les sections suivantes décrivent les paramètres au niveau de l’équipe et de l’organisation. +Utilisez `wandb.init(settings=wandb.Settings(code_dir=))` pour capturer automatiquement tout le code du répertoire actuel et de ses sous-répertoires. Par défaut, W&B capture : -
- #### Équipe -
+* Les fichiers dont le nom se termine par `.py` +* requirements.txt +* Dockerfile +* Exclut tout ce qui se trouve dans `wandb/` ou `.wandb/` -Par défaut, W&B désactive l’enregistrement du code pour toutes les équipes. Avant de pouvoir l’activer pour une équipe, un administrateur de l’organisation doit d’abord l’activer pour l’organisation. Voir la section [Organisation](#organization). +L'exemple suivant montre comment capturer tout le code du répertoire actuel et de ses sous-répertoires : -Un administrateur d’équipe peut ouvrir la page **Settings** de l’équipe, accéder à la section **Privacy** et configurer **Enable code saving by default** pour les runs de l’équipe. Cette option n’est disponible que si un administrateur de l’organisation n’a pas appliqué de restrictions sur l’enregistrement du code à l’échelle de toute l’organisation. Pour les étapes de navigation, voir [Configurer les paramètres de confidentialité d’une équipe](/fr/platform/hosting/privacy-settings#configure-privacy-settings-for-a-team). +```python +import wandb -
- #### Organisation -
+with wandb.init(settings=wandb.Settings(code_dir=".")) as run: + # Votre code d'entraînement ici +``` -Un administrateur de l’organisation peut ouvrir les **Settings** de l’organisation, accéder à la section **Privacy** et activer **Enforce default code saving restrictions** afin que l’enregistrement du code reste désactivé par défaut pour chaque équipe. Tant que ce paramètre est activé, les administrateurs d’équipe ne peuvent pas activer **Enable code saving by default** pour une équipe. Pour la liste complète des contrôles au niveau de l’organisation, voir [Enforce privacy settings for all teams](/fr/platform/hosting/privacy-settings#enforce-privacy-settings-for-all-teams). +Vous pouvez également spécifier un autre répertoire en remplaçant `.` par le chemin du répertoire dont vous souhaitez capturer le contenu. -
- ## comparateur de code +
+ ## Voir les modifications locales
-Le panneau de comparateur de code affiche côte à côte, dans le workspace, le code de différents runs W&B. +W&B génère des fichiers diff lorsque vous journalisez du code avec des modifications indexées ou non indexées dans votre dépôt Git, et vous pouvez afficher ces modifications dans l’interface W&B. -Comparez le code utilisé dans différents runs W&B : +W&B nomme les fichiers diff `diff.patch` ou `diff_.patch`. Ces fichiers contiennent des modifications locales du code qui ne sont pas encore validées dans Git, par rapport à `HEAD`. -1. Cliquez sur le bouton **Add panels** dans le coin supérieur droit de la page. -2. Ouvrez le menu déroulant **TEXT AND CODE** et sélectionnez **Code**. +Pour afficher les fichiers diff : - - Panneau comparateur de code - +1. Accédez au Workspace de votre projet. +2. Dans la barre latérale gauche, cliquez sur **Workspace**. +3. Dans le sélecteur de run, sélectionnez le run dont vous souhaitez afficher le diff. +4. Sur la page **Aperçu** du run, sélectionnez l’onglet **Files**. +5. Dans la liste des fichiers, sélectionnez le fichier `diff.patch` ou `diff_.patch`. +6. Sélectionnez un fichier dans la liste pour déplier le diff correspondant. + +W&B prend en charge deux modes d’affichage du diff entre les runs : *unifié* et *scindé*. + +* La vue unifiée affiche le diff dans un seul panneau : + + Vue unifiée du patch de diff + + +* La vue scindée affiche le diff dans deux panneaux, côte à côte : + + + Vue scindée du patch de diff + + +Basculez entre les deux vues en sélectionnant le bouton **Unified** ou **Split** dans le coin supérieur droit de la vue diff, sous le bouton **Download**.
## Historique de session Jupyter @@ -84,11 +135,9 @@ Comparez le code utilisé dans différents runs W&B : W&B enregistre l’historique du code exécuté dans votre session de notebook Jupyter. Lorsque vous appelez `wandb.init()` dans Jupyter, W&B ajoute un hook pour enregistrer automatiquement un notebook Jupyter qui contient l’historique du code exécuté dans votre session en cours. -Pour afficher l’historique du notebook enregistré pour une run : - 1. Accédez au Workspace du projet qui contient votre code. 2. Sélectionnez l’onglet **Artifacts** dans la barre latérale du projet. -3. Développez l’artifact **code**. +3. Développez l’artefact **code**. 4. Sélectionnez l’onglet **Files**. @@ -99,4 +148,17 @@ Cela affiche les cellules exécutées pendant votre session, ainsi que toutes le Sortie de session Jupyter + + +
+ ## Comparer le code entre les runs +
+ +Comparez le code utilisé dans différents runs W&B : + +1. Cliquez sur le bouton **Add panels** dans le coin supérieur droit de la page. +2. Ouvrez le menu déroulant **TEXT AND CODE** et sélectionnez **Code**. + + + Panneau comparateur de code \ No newline at end of file diff --git a/fr/models/app/keyboard-shortcuts.mdx b/fr/models/app/keyboard-shortcuts.mdx index 91a58f3fbb..1e747f7b3f 100644 --- a/fr/models/app/keyboard-shortcuts.mdx +++ b/fr/models/app/keyboard-shortcuts.mdx @@ -4,6 +4,8 @@ title: Raccourcis clavier keywords: ["raccourcis clavier", "LEET", "recherche rapide", "annuler rétablir", "navigation dans les panneaux"] --- +import LEETShortcuts from "/snippets/fr/_includes/leet-keyboard-shortcuts.mdx"; + W&B propose des raccourcis clavier pour vous aider à naviguer plus efficacement et à interagir avec les expériences, les espaces de travail et les données. Ce guide présente les raccourcis clavier de l'application W&B et de l'interface de terminal W&B LEET (Lightweight Experiment Exploration Tool). @@ -64,8 +66,10 @@ W&B propose des raccourcis clavier pour vous aider à naviguer plus efficace - Les raccourcis clavier suivants fonctionnent dans l'interface de terminal W&B LEET (Lightweight Experiment Exploration Tool), qui vous permet d'explorer des expériences sans quitter la ligne de commande. Pour lancer LEET, exécutez `wandb beta leet` dans votre terminal. Pour plus d'informations, voir [`wandb beta leet`](/fr/models/ref/cli/wandb-beta/wandb-beta-leet/). + Ces raccourcis clavier fonctionnent dans l'interface de terminal W&B LEET (Lightweight Experiment Exploration Tool). Pour lancer LEET, exécutez `wandb beta leet` dans votre terminal. + + Appuyez sur `h` ou `?` dans LEET pour ouvrir la superposition d'aide intégrée à l'application pour la vue actuelle. Pour un aperçu du produit et des modes de lancement, voir [LEET terminal UI](/fr/models/app/leet-tui). - {/* */} + \ No newline at end of file diff --git a/fr/models/app/leet-tui.mdx b/fr/models/app/leet-tui.mdx new file mode 100644 index 0000000000..8a37a7a296 --- /dev/null +++ b/fr/models/app/leet-tui.mdx @@ -0,0 +1,284 @@ +--- +title: Interface de terminal LEET +description: Explorez et comparez des runs W&B locaux depuis le terminal avec la TUI LEET (Lightweight Experiment Exploration Tool). +--- + +W&B LEET (Lightweight Experiment Exploration Tool) est une interface de terminal pilotée au clavier pour explorer les runs journalisés sur la machine sur laquelle vous travaillez. Utilisez LEET pour comparer des métriques, inspecter l’utilisation des ressources système, parcourir les images enregistrées et suivre la sortie console sans ouvrir de navigateur. LEET lit les journaux de transactions locaux `.wandb`, ce qui vous permet d’inspecter les runs avant qu’ils ne soient synchronisés avec le cloud. + + + Vue Workspace de W&B LEET avec des volets pour les runs, les métriques, les métriques système, les médias, les journaux de console et l’aperçu du run. + + +
+ ## Quand utiliser LEET +
+ +LEET est conçu pour les ingénieurs qui passent le plus clair de leur temps dans un terminal, en particulier sur des machines distantes, des clusters ou des sessions SSH où un navigateur graphique est lent ou indisponible. + +| Surface | Idéal pour | +| ----------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| **LEET** | Dossiers de runs locaux sur la machine qui les a enregistrés ; navigation rapide au clavier ; surveillance en temps réel pendant qu'un job écrit encore des logs ; flux de travail SSH et `tmux`. | +| **[W&B App](/fr/models/runs/view-logged-runs)** | Workspaces de projet complets, collaboration en équipe, Reports, Sweeps, Artifacts et types de panneaux variés pour les runs cloud synchronisés. | +| **[W&B mobile app](/fr/platform/hosting/monitoring-usage/mobile-app)** | Surveillance légère et alertes pour les projets cloud synchronisés sur téléphone (Cloud mutualisé uniquement). | + +LEET et W&B App affichent les mêmes données de run sous-jacentes lorsque ces données existent localement et ont été synchronisées. LEET ne remplace pas un workspace de projet dans le navigateur. Il s'agit d'une interface différente pour les fichiers de run locaux et les mises à jour en temps réel d'un processus d'entraînement actif. + +
+ ## Prérequis +
+ +Installez ou mettez à jour la CLI W&B vers la dernière version à l’aide de `pip` ou `uv` : + + + + ```bash + pip install --upgrade wandb + ``` + + + + ```bash + uv pip install --upgrade wandb + ``` + + + +Ce guide décrit le comportement le plus récent de la CLI. Pour les modifications d’une version à l’autre, voir le [journal des modifications](#changelog) sur cette page. + + + Dans le SDK v0.27.x et les versions antérieures, lancez le TUI LEET avec `wandb beta leet` au lieu de `wandb leet`. + + +
+ ## Launch LEET +
+ +Depuis le répertoire qui contient votre dossier `wandb/`, ouvrez le Workspace par défaut et sélectionnez automatiquement le run local le plus récent : + +```bash +wandb leet +``` + +Vous pouvez fournir un `PATH` facultatif pointant vers un répertoire Workspace, le répertoire d’un run spécifique ou un fichier `.wandb` : + +```bash +wandb leet ./wandb +wandb leet ./wandb/offline-run-20260403_145048-6ao9fhns +wandb leet ./wandb/offline-run-20260403_145048-6ao9fhns/run-6ao9fhns.wandb +``` + +Ouvrez le moniteur système autonome (SYMON) pour consulter les métriques de l’hôte en dehors de tout contexte de run : + +```bash +wandb leet symon --interval 2s +``` + +Pour la syntaxe de la commande et les sous-commandes, voir [`wandb leet`](/fr/models/ref/cli/wandb-leet) dans la Référence CLI. + +
+ ## Vues et mise en page des volets +
+ +LEET propose trois vues principales : **workspace**, **run unique** et **SYMON**. + +
+ ### Vue Workspace +
+ +La vue Workspace s’affiche par défaut. Elle est conçue pour comparer plusieurs runs issus du même répertoire local `wandb/`. + +Les volets typiques incluent : + +* **Barre latérale Runs** — parcourez et filtrez les dossiers de runs locaux. +* **Grille de métriques** — superposez les runs sélectionnés sur les mêmes graphiques scalaires. +* **Métriques système** — graphiques du run en surbrillance. +* **Médias** — miniatures `wandb.Image` affichées dans le terminal. +* **Journal de la console** — sorties stdout et stderr regroupées pour le run en surbrillance. +* **Aperçu du run** — état, ID, tag, notes, configuration et valeurs de synthèse. + +Utilisez `space` pour sélectionner ou désélectionner un run afin de superposer ses métriques. Les runs sélectionnés sont marqués d’une icône pleine. Utilisez `p` pour épingler un run afin que sa série reste au premier plan dans les graphiques de métriques. Appuyez sur `enter` sur le run en surbrillance pour ouvrir la **vue run unique**. Les runs en cours continuent de se mettre à jour dans Workspace, ce qui vous permet d’utiliser LEET aussi bien pour l’analyse après exécution que pour surveiller un job actif. + +
+ ### Vue d’un run unique +
+ +La vue d’un run unique se concentre sur un run, avec une grille de métriques au centre, l’aperçu du run à gauche et les métriques système à droite. Les volets des médias et du journal de la console s’ouvrent sous la grille de métriques lorsqu’ils sont activés. + + + Vue LEET d’un run unique dans W&B, avec des volets d’aperçu du run, de graphiques de métriques et de métriques système. + + +Appuyez sur `esc` pour revenir à la vue de l’espace de travail. + +
+ ### SYMON +
+ +SYMON surveille les métriques locales du CPU, de la mémoire, du disque, du réseau et des accélérateurs. Il utilise le même moteur de graphiques que les volets de métriques système associés à des runs, mais n’est pas lié à un fichier de run W&B. + + + Vue des métriques système de W&B LEET avec des graphiques GPU et un mode de carte thermique par buckets. + + +
+ ## Fonctionnalités clés +
+ +
+ ### Comparaison de plusieurs runs +
+ +Sélectionnez plusieurs runs dans la vue Workspace pour comparer des métriques scalaires sur des graphiques partagés. Chaque run se voit attribuer une couleur stable, et LEET réduit les collisions entre couleurs de base afin que les séries superposées restent faciles à distinguer. L’épinglage est utile lorsque de nombreux runs sont sélectionnés et que vous souhaitez qu’une série soit affichée au-dessus des autres. + +Appuyez sur `f` pour filtrer la liste des runs par nom, projet, tags, notes, valeurs de configuration et autres métadonnées. Les termes seuls effectuent une recherche dans la clé du run, le nom d’affichage, l’ID du run, le projet, les tags et les notes. Le filtre prend également en charge les requêtes par champ : + +| Requête | Correspond à | +| ----------------------------------- | --------------------------------------------------------------------------------- | +| `project:vision` | Nom du projet. | +| `name:baseline` | Nom d’affichage. Alias : `run_name`, `display`, `display_name`. | +| `id:abc123` | ID du run. Alias : `run_id`. | +| `key:offline-run` | Clé du répertoire du run. Alias : `run_key`, `path`. | +| `tag:prod` | Tags. Alias : `tags`. | +| `note:debug` | Notes. Alias : `notes`. | +| `config:adamw` or `cfg:adamw` | Toute clé ou valeur de configuration aplatie. | +| `cfg.lr>=1e-3` | Un chemin de configuration imbriqué spécifique. `config.lr` fonctionne également. | +| `has:notes` or `exists:cfg.dataset` | Vérification de l’existence. | + +Les opérateurs pris en charge sont `:`, `=`, `!=`, `>`, `>=`, `<` et `<=`. Les comparaisons numériques sont utiles pour les valeurs de configuration telles que le taux d’apprentissage, la taille de lot ou le nombre de couches. + +Utilisez des espaces ou `AND` pour la conjonction, `OR` ou `|` pour les alternatives, et `-`, `!` ou `NOT` pour la négation. Utilisez des guillemets pour les expressions contenant des espaces. + +```text +transformer +project:vision tag:baseline +cfg.lr>=1e-3 cfg.optimizer=adamw +has:notes -tag:debug +project:vision tag:baseline cfg.lr>=1e-3 -note:debug | project:nlp +``` + +Lors de la modification d’un filtre, appuyez sur `tab` pour basculer entre les modes regex et glob. Le mode regex fonctionne comme une recherche de sous-chaîne insensible à la casse, sauf si la requête contient des métacaractères regex. Le mode glob prend en charge `*` pour toute séquence de caractères et `?` pour n’importe quel caractère unique. + +
+ ### Métriques et métriques système +
+ +LEET affiche les métriques scalaires sous forme de graphiques linéaires dans le terminal. Filtrez les métriques de run avec `/` et les métriques système avec `\`. Appuyez sur `y` lorsqu’un graphique est sélectionné pour faire défiler des modes tels que l’échelle logarithmique sur l’axe Y ou des vues en carte thermique par plages pour les métriques système basées sur des pourcentages. + +Utilisez la molette de la souris pour zoomer sur le graphique sélectionné. Sur les graphiques de métriques système en temps réel, LEET utilise par défaut une fenêtre glissante sur les dernières valeurs (10 minutes par défaut). Cliquez avec le bouton droit et faites glisser sur un graphique pour inspecter le point le plus proche. Maintenez `alt` enfoncée tout en faisant glisser pour inspecter tous les graphiques visibles à la même position sur l’axe X. + +
+ ### Médias et journal de la console +
+ +Le volet multimédia affiche les séries `wandb.Image` sous forme de miniatures ANSI. Basculez-le avec `3` dans la vue Workspace ou la vue d’un run unique. + + + Vue Workspace de W&B LEET avec le volet multimédia affichant plusieurs séries d’images. + + +Basculez le journal de la console avec `4`. LEET reconstruit des lignes de log lisibles à partir de la sortie brute du terminal, y compris les codes d’échappement ANSI et les lignes de progression avec retour chariot. + +Pour le comportement du journal de la console dans W&B App, voir [Journal de la console](/fr/models/app/console-logs). + +
+ ### Configuration +
+ +Enregistrez la mise en page, les couleurs, les volets par défaut et le mode de démarrage avec l’éditeur de configuration : + +```bash +wandb leet config +``` + +LEET écrit `wandb-leet.json` dans `~/.config/wandb/` par défaut, ou dans `WANDB_CONFIG_DIR` si cette variable est définie. Vous pouvez aussi redimensionner les grilles directement dans LEET avec `c` et `r`. + + + Éditeur de configuration LEET de W&B affichant les paramètres de grille, les jeux de couleurs, les paramètres de visibilité et la sélection de palette. + + +
+ ### Clés de configuration courantes +
+ +| Clé | Par défaut | Description | +| ------------------------------------------------------------ | ------------------ | -------------------------------------------------------------------------------------------------- | +| `startup_mode` | `workspace_latest` | Vue initiale lors du lancement sans chemin de run. | +| `metrics_grid.rows`, `metrics_grid.cols` | `4`, `3` | Taille de la grille des métriques d'un seul run. | +| `system_grid.rows`, `system_grid.cols` | `6`, `2` | Taille de la grille de la barre latérale des métriques système d'un seul run. | +| `media_grid.rows`, `media_grid.cols` | `1`, `2` | Taille de la grille multimédia d'un seul run. | +| `workspace_metrics_grid.rows`, `workspace_metrics_grid.cols` | `3`, `3` | Taille de la grille des métriques de l'espace de travail. | +| `workspace_system_grid.rows`, `workspace_system_grid.cols` | `3`, `3` | Taille de la grille des métriques système de l'espace de travail. | +| `workspace_media_grid.rows`, `workspace_media_grid.cols` | `1`, `2` | Taille de la grille multimédia de l'espace de travail. | +| `symon_grid.rows`, `symon_grid.cols` | `3`, `3` | Taille de la grille SYMON. | +| `color_scheme` | `wandb-vibe-10` | Palette pour les métriques de run de l'espace de travail et les couleurs de la liste des runs. | +| `per_plot_color_scheme` | `sunset-glow` | Palette pour les graphiques d'un seul run lorsque `single_run_color_mode` vaut `per_plot`. | +| `tag_color_scheme` | `wandb-vibe-10` | Palette pour les badges de tag dans la barre latérale d'aperçu. | +| `system_color_scheme` | `wandb-vibe-10` | Palette pour les graphiques de métriques système. | +| `french_fries_color_scheme` | `viridis` | Palette pour les graphiques de cartes thermiques par compartiments. | +| `single_run_color_mode` | `per_series` | Colorer les graphiques d'un seul run par série ou par graphique. | +| `system_color_mode` | `per_series` | Colorer les graphiques système par série ou par graphique. | +| `system_tail_window_minutes` | `10` | Fenêtre glissante en direct par défaut pour les graphiques système. | +| `heartbeat_interval_seconds` | `15` | Intervalle d'interrogation pour les runs en direct. | +| `workspace_overview_visible` | `true` | Afficher par défaut la barre latérale d'aperçu des runs de l'espace de travail. | +| `workspace_metrics_grid_visible` | `true` | Afficher par défaut la grille des métriques de l'espace de travail. | +| `workspace_system_metrics_visible` | `false` | Afficher par défaut le volet des métriques système de l'espace de travail. | +| `workspace_console_logs_visible` | `false` | Afficher par défaut le volet des journaux de la console de l'espace de travail. | +| `workspace_media_visible` | `false` | Afficher par défaut le volet multimédia de l'espace de travail. | +| `left_sidebar_visible` | `true` | Afficher par défaut la barre latérale d'aperçu d'un seul run. | +| `right_sidebar_visible` | `true` | Afficher par défaut la barre latérale des métriques système d'un seul run. | +| `metrics_grid_visible` | `true` | Afficher par défaut la grille des métriques d'un seul run. | +| `console_logs_visible` | `false` | Afficher par défaut le volet des journaux de la console d'un seul run. | +| `media_visible` | `false` | Afficher par défaut le volet multimédia d'un seul run. | + +Plusieurs palettes de couleurs sont disponibles, comme `wandb-vibe-10`, `wandb-vibe-20`, `sunset-glow`, `blush-tide`, `gilded-lagoon`, `bootstrap-vibe`, `dusk-shore`, `clear-signal`, `traffic-light`, `viridis`, `plasma`, `inferno`, `magma` et `cividis`. + +* Les palettes `dusk-shore` et `clear-signal` sont adaptées aux personnes daltoniennes. +* Les palettes séquentielles comme `viridis`, `plasma`, `inferno`, `magma`, `cividis` et `traffic-light` conviennent bien aux cartes thermiques par compartiments. + + + +LEET est conçu pour être utilisé au clavier et à la souris. Appuyez sur `h` ou `?` dans LEET pour ouvrir la superposition d’aide intégrée à l’application pour la vue actuelle. + +Dans les vues du Workspace et du run unique : + +* `tab` et `shift+tab` font passer le focus d’un volet visible à l’autre. +* `w`, `a`, `s`, `d` et les touches fléchées permettent de se déplacer dans le volet actif (sauf dans le volet multimédia, où les flèches font défiler l’axe X et WASD permet de se déplacer entre les tuiles). +* `home`, `end`, `pgup` et `pgdown` permettent de sauter rapidement dans les listes, les pages de graphiques ou les éléments multimédias. +* `1`, `2`, `3` et `4` affichent ou masquent la grille des métriques, les métriques système, le multimédia et le volet des journaux de la console. +* `[` et `]` affichent ou masquent les barres latérales (liste des runs, aperçu du run ou métriques système selon la vue). + +Pour consulter les tableaux complets des raccourcis clavier pour le Workspace, le run unique, SYMON et les actions de la souris, voir [Keyboard shortcuts](/fr/models/app/keyboard-shortcuts) (onglet LEET). + +
+ ## Limitations par rapport à la W&B App +
+ +LEET complète la W&B App, mais ne reprend pas toutes les fonctionnalités du Workspace. + +| Fonctionnalité | LEET | W&B App | +| --------------------- | -------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------- | +| Source de données | Répertoires locaux `wandb/` et fichiers `.wandb` sur la machine actuelle | Projects et Teams synchronisés dans le cloud | +| Comparaison des runs | Plusieurs runs locaux dans un même répertoire | Tableaux complets du Workspace, Grouping et vues enregistrées | +| Types de panneaux | Graphiques linéaires scalaires, métriques système, médias `wandb.Image`, journaux de console | Courbes, barres, nuages de points, coordonnées parallèles, médias, code, panneaux de requête, graphiques personnalisés, etc. | +| Collaboration | Session de terminal pour un seul utilisateur | Partage, commentaires, Reports et fonctionnalités d’équipe | +| Artifacts et fichiers | Non disponible | Onglets Artifacts, Files et Code pour chaque run | +| Sweeps et registre | Non disponible | Tableaux de bord Sweeps, registre et automatisations | + +Si vous avez besoin d’Artifacts, d’analyses de Sweeps ou de types de panneaux que LEET ne propose pas, ouvrez le run dans la [W&B App](/fr/models/runs/view-logged-runs) après synchronisation. + +
+ ## Journal des modifications +
+ +LEET a d’abord été lancé en version bêta dans le SDK v0.23.0, puis est passé en disponibilité générale (GA) dans le SDK v0.28.0. Pour plus de détails, référez-vous aux [notes de version du SDK](/fr/release-notes/sdk-releases). + + + +* [Consulter une exécution spécifique](/fr/models/runs/view-logged-runs) dans la W&B App ou LEET. +* [Raccourcis clavier](/fr/models/app/keyboard-shortcuts) pour la W&B App et LEET. +* [Référence de la commande `wandb leet`](/fr/models/ref/cli/wandb-leet). +* [Notes de version du SDK](/fr/release-notes/sdk-releases), y compris les modifications apportées à LEET. \ No newline at end of file diff --git a/fr/models/launch/evaluations.mdx b/fr/models/launch/evaluations.mdx index 6578b98a5d..da218a4d1f 100644 --- a/fr/models/launch/evaluations.mdx +++ b/fr/models/launch/evaluations.mdx @@ -222,14 +222,14 @@ Certains benchmarks nécessitent des identifiants supplémentaires. Un administr Validation de base du système et vérifications préalables. -| Évaluation | ID de tâche | OpenAI Scorer | jeu de données HF à accès restreint | Description | -| ------------------------------------------------------------------------------------------------ | ------------ | ------------- | ----------------------------------- | ----------------------------------------------------- | +| Évaluation | ID de tâche | OpenAI Scorer | jeu de données HF à accès restreint | Description | +| --------------------------------------------------------------- | ------------ | ------------- | ----------------------------------- | ----------------------------------------------------- | | [Pre-Flight](https://github.com/UKGovernmentBEIS/inspect_evals) | `pre_flight` | | | Vérification de base du système et test de validation |
- ## Étapes suivantes + ## Prochaines étapes
-* [Évaluer un point de contrôle du modèle](/fr/models/launch/evaluate-model-checkpoint) -* [Évaluer un modèle hébergé via API](/fr/models/launch/evaluate-hosted-model) -* Voir les détails de benchmarks spécifiques sur [AISI Inspect Evals](https://inspect.aisi.org.uk/evals/) +* [Évaluez un point de contrôle d’un modèle](/fr/models/launch/evaluate-model-checkpoint) +* [Évaluez un modèle d’API hébergé](/fr/models/launch/evaluate-hosted-model) +* Voir les détails de benchmarks spécifiques sur [AISI Inspect Evals](https://inspect.aisi.org.uk/evals/) \ No newline at end of file diff --git a/fr/models/quickstart.mdx b/fr/models/quickstart.mdx index 2195b2e070..d4cc46089a 100644 --- a/fr/models/quickstart.mdx +++ b/fr/models/quickstart.mdx @@ -7,6 +7,12 @@ import ApiKeyCreate from "/snippets/fr/_includes/api-key-create.mdx"; import { ColabLink } from '/snippets/fr/_includes/colab-link.mdx'; import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; +
+ + + +
+ Installez W&B pour suivre, visualiser et gérer des expériences de machine learning, quelle que soit leur taille. @@ -21,14 +27,6 @@ Pour authentifier votre machine auprès de W&B, vous avez besoin d’une cl -Ce démarrage rapide est également disponible sous la forme d’un notebook Colab : - -
- - - -
-
## Installez la bibliothèque `wandb` et connectez-vous
@@ -85,7 +83,7 @@ wandb.login() # Projet dans lequel le run est enregistré project = "my-awesome-project" -# Dictionnaire avec les hyperparamètres +# Dictionnaire des hyperparamètres config = { 'epochs' : 10, 'lr' : 0.01 @@ -93,15 +91,13 @@ config = { with wandb.init(project=project, config=config) as run: # Code d'entraînement ici - # Enregistrer les valeurs dans W&B avec run.log() + # Consigner les valeurs dans W&B avec run.log() run.log({"accuracy": 0.9, "loss": 0.1}) ``` Voir la section suivante pour un exemple complet qui simule un run d'entraînement et enregistre les métriques de précision et de perte dans W&B. - - Un [run](/fr/models/runs/) est un élément central de W&B. Vous utilisez les runs pour [suivre les métriques](/fr/models/track/), [créer des journaux](/fr/models/track/log/), suivre les artifacts, et bien plus encore. - +Un [run](/fr/models/runs/) est un élément central de W&B. Vous utilisez les runs pour [suivre les métriques](/fr/models/track/), [créer des journaux](/fr/models/track/log/), suivre les artifacts, et bien plus encore.
## Créer une expérience d'entraînement en machine learning @@ -118,7 +114,7 @@ wandb.login() # Projet dans lequel le run est enregistré project = "my-awesome-project" -# Dictionnaire avec les hyperparamètres +# Dictionnaire des hyperparamètres config = { 'epochs' : 10, 'lr' : 0.01 diff --git a/fr/models/ref-link-public-api.mdx b/fr/models/ref-link-public-api.mdx deleted file mode 100644 index ea86bf85f6..0000000000 --- a/fr/models/ref-link-public-api.mdx +++ /dev/null @@ -1,4 +0,0 @@ ---- -title: "API publique" -url: "/fr/models/ref/python/public-api" ---- \ No newline at end of file diff --git a/fr/models/ref/cli.mdx b/fr/models/ref/cli.mdx index bede479c47..fc9b4bd3ca 100644 --- a/fr/models/ref/cli.mdx +++ b/fr/models/ref/cli.mdx @@ -1,5 +1,5 @@ --- -title: "Référence CLI du SDK 0.26.1" +title: "Référence CLI du SDK 0.28.0" description: "Utilisez l’interface en ligne de commande (CLI) de W&B pour vous connecter, lancer des jobs, exécuter des Sweeps et bien plus encore à l’aide de commandes shell" --- @@ -51,6 +51,7 @@ wandb [OPTIONS] COMMAND [ARGS]... | [launch](/fr/models/ref/cli/wandb-launch) | Lancer ou mettre en file d'attente un Job W&B. | | [launch-agent](/fr/models/ref/cli/wandb-launch-agent) | Lancer un agent Launch W&B. | | [launch-sweep](/fr/models/ref/cli/wandb-launch-sweep) | Exécuter un sweep Launch W&B (expérimental). | +| [leet](/fr/models/ref/cli/wandb-leet) | Exécuter les commandes W&B leet. | | [login](/fr/models/ref/cli/wandb-login) | Authentifier votre machine auprès de W&B. | | [offline](/fr/models/ref/cli/wandb-offline) | Enregistrer localement les données consignées dans W&B sans les téléverser vers le cloud. | | [online](/fr/models/ref/cli/wandb-online) | Réactiver la synchronisation avec le cloud pour les runs W&B. | diff --git a/fr/models/ref/cli/wandb-agent.mdx b/fr/models/ref/cli/wandb-agent.mdx index be04a22d9f..9608f01f22 100644 --- a/fr/models/ref/cli/wandb-agent.mdx +++ b/fr/models/ref/cli/wandb-agent.mdx @@ -4,7 +4,7 @@ title: wandb agent import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-artifact.mdx b/fr/models/ref/cli/wandb-artifact.mdx index 73f19c3927..c383864ad2 100644 --- a/fr/models/ref/cli/wandb-artifact.mdx +++ b/fr/models/ref/cli/wandb-artifact.mdx @@ -4,7 +4,7 @@ title: wandb artifact import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-artifact/wandb-artifact-cache.mdx b/fr/models/ref/cli/wandb-artifact/wandb-artifact-cache.mdx index 62075225ff..2ef0c84ff2 100644 --- a/fr/models/ref/cli/wandb-artifact/wandb-artifact-cache.mdx +++ b/fr/models/ref/cli/wandb-artifact/wandb-artifact-cache.mdx @@ -4,7 +4,7 @@ title: cache d’artefacts des wandb artifact import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-artifact/wandb-artifact-cache/wandb-artifact-cache-cleanup.mdx b/fr/models/ref/cli/wandb-artifact/wandb-artifact-cache/wandb-artifact-cache-cleanup.mdx index 2c64dbab9d..3a8469e6e4 100644 --- a/fr/models/ref/cli/wandb-artifact/wandb-artifact-cache/wandb-artifact-cache-cleanup.mdx +++ b/fr/models/ref/cli/wandb-artifact/wandb-artifact-cache/wandb-artifact-cache-cleanup.mdx @@ -1,10 +1,10 @@ --- -title: Nettoyage du cache de wandb artifacts +title: Nettoyage du cache d’artefacts de wandb --- import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-artifact/wandb-artifact-get.mdx b/fr/models/ref/cli/wandb-artifact/wandb-artifact-get.mdx index fb625fd5fd..9c27cb087a 100644 --- a/fr/models/ref/cli/wandb-artifact/wandb-artifact-get.mdx +++ b/fr/models/ref/cli/wandb-artifact/wandb-artifact-get.mdx @@ -4,7 +4,7 @@ title: wandb artifact get import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-artifact/wandb-artifact-ls.mdx b/fr/models/ref/cli/wandb-artifact/wandb-artifact-ls.mdx index 4b08b3dd02..b05b522482 100644 --- a/fr/models/ref/cli/wandb-artifact/wandb-artifact-ls.mdx +++ b/fr/models/ref/cli/wandb-artifact/wandb-artifact-ls.mdx @@ -2,9 +2,9 @@ title: wandb artifact ls --- -import { GitHubLink } from "/snippets/fr/_includes/github-source-link.mdx" +import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-artifact/wandb-artifact-put.mdx b/fr/models/ref/cli/wandb-artifact/wandb-artifact-put.mdx index 0102e3fc72..658c900f9b 100644 --- a/fr/models/ref/cli/wandb-artifact/wandb-artifact-put.mdx +++ b/fr/models/ref/cli/wandb-artifact/wandb-artifact-put.mdx @@ -4,7 +4,7 @@ title: wandb artifact put import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-beta.mdx b/fr/models/ref/cli/wandb-beta.mdx index 6fe76d82fa..25e9b8c863 100644 --- a/fr/models/ref/cli/wandb-beta.mdx +++ b/fr/models/ref/cli/wandb-beta.mdx @@ -4,7 +4,7 @@ title: wandb beta import { GitHubLink } from "/snippets/fr/_includes/github-source-link.mdx" - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-beta/wandb-beta-core.mdx b/fr/models/ref/cli/wandb-beta/wandb-beta-core.mdx index fb2eb97317..537670fb92 100644 --- a/fr/models/ref/cli/wandb-beta/wandb-beta-core.mdx +++ b/fr/models/ref/cli/wandb-beta/wandb-beta-core.mdx @@ -4,7 +4,7 @@ title: wandb beta core import { GitHubLink } from "/snippets/fr/_includes/github-source-link.mdx" - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-beta/wandb-beta-core/wandb-beta-core-start.mdx b/fr/models/ref/cli/wandb-beta/wandb-beta-core/wandb-beta-core-start.mdx index d0c685d7ff..cd95400e51 100644 --- a/fr/models/ref/cli/wandb-beta/wandb-beta-core/wandb-beta-core-start.mdx +++ b/fr/models/ref/cli/wandb-beta/wandb-beta-core/wandb-beta-core-start.mdx @@ -2,9 +2,9 @@ title: wandb beta core start --- -import { GitHubLink } from "/snippets/fr/_includes/github-source-link.mdx" +import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-beta/wandb-beta-core/wandb-beta-core-stop.mdx b/fr/models/ref/cli/wandb-beta/wandb-beta-core/wandb-beta-core-stop.mdx index 9852401b78..dc3862e065 100644 --- a/fr/models/ref/cli/wandb-beta/wandb-beta-core/wandb-beta-core-stop.mdx +++ b/fr/models/ref/cli/wandb-beta/wandb-beta-core/wandb-beta-core-stop.mdx @@ -4,7 +4,7 @@ title: wandb beta core stop import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-beta/wandb-beta-leet.mdx b/fr/models/ref/cli/wandb-beta/wandb-beta-leet.mdx index 2398b2e02b..1ddbc09562 100644 --- a/fr/models/ref/cli/wandb-beta/wandb-beta-leet.mdx +++ b/fr/models/ref/cli/wandb-beta/wandb-beta-leet.mdx @@ -4,7 +4,7 @@ title: wandb beta leet import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation @@ -22,6 +22,8 @@ W&B LEET : l’outil léger d’exploration des expériences. Une interface de terminal pour consulter localement vos runs W&B. + +
## Sous-commandes
diff --git a/fr/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-config.mdx b/fr/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-config.mdx index dd7262aa80..623f97744c 100644 --- a/fr/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-config.mdx +++ b/fr/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-config.mdx @@ -4,7 +4,7 @@ title: wandb beta leet config import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-run.mdx b/fr/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-run.mdx index c352bf6ffa..328960cabc 100644 --- a/fr/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-run.mdx +++ b/fr/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-run.mdx @@ -4,7 +4,7 @@ title: wandb beta leet run import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation @@ -22,7 +22,8 @@ Lancez l’interface terminal LEET. LEET est une interface terminal permettant d’afficher un run W&B indiqué par un PATH facultatif. -PATH peut inclure un fichier .wandb ou un répertoire contenant un fichier .wandb. +PATH peut inclure un fichier .wandb, un répertoire de run contenant un fichier .wandb, +ou une URL de run W&B. Si PATH n’est pas fourni, la commande recherche le run le plus récent.
diff --git a/fr/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-symon.mdx b/fr/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-symon.mdx index 8e861b930d..21258ac19a 100644 --- a/fr/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-symon.mdx +++ b/fr/models/ref/cli/wandb-beta/wandb-beta-leet/wandb-beta-leet-symon.mdx @@ -4,7 +4,7 @@ title: wandb beta leet symon import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-beta/wandb-beta-sync.mdx b/fr/models/ref/cli/wandb-beta/wandb-beta-sync.mdx index 33b2634a1c..93c1291ca1 100644 --- a/fr/models/ref/cli/wandb-beta/wandb-beta-sync.mdx +++ b/fr/models/ref/cli/wandb-beta/wandb-beta-sync.mdx @@ -4,7 +4,7 @@ title: wandb beta sync import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-controller.mdx b/fr/models/ref/cli/wandb-controller.mdx index f6899b5be8..41c48bbc23 100644 --- a/fr/models/ref/cli/wandb-controller.mdx +++ b/fr/models/ref/cli/wandb-controller.mdx @@ -4,7 +4,7 @@ title: wandb controller import { GitHubLink } from "/snippets/fr/_includes/github-source-link.mdx" - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-disabled.mdx b/fr/models/ref/cli/wandb-disabled.mdx index dac883696f..75009cbf55 100644 --- a/fr/models/ref/cli/wandb-disabled.mdx +++ b/fr/models/ref/cli/wandb-disabled.mdx @@ -4,7 +4,7 @@ title: wandb disabled import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-docker-run.mdx b/fr/models/ref/cli/wandb-docker-run.mdx index cfed75811e..8c7d8a0200 100644 --- a/fr/models/ref/cli/wandb-docker-run.mdx +++ b/fr/models/ref/cli/wandb-docker-run.mdx @@ -2,9 +2,9 @@ title: wandb docker-run --- -import { GitHubLink } from "/snippets/fr/_includes/github-source-link.mdx" +import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-docker.mdx b/fr/models/ref/cli/wandb-docker.mdx index cbeb7ff55c..4203ccb68b 100644 --- a/fr/models/ref/cli/wandb-docker.mdx +++ b/fr/models/ref/cli/wandb-docker.mdx @@ -4,7 +4,7 @@ title: wandb docker import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-enabled.mdx b/fr/models/ref/cli/wandb-enabled.mdx index 3ad9fbb0e7..e827bb9c8d 100644 --- a/fr/models/ref/cli/wandb-enabled.mdx +++ b/fr/models/ref/cli/wandb-enabled.mdx @@ -4,7 +4,7 @@ title: wandb enabled import { GitHubLink } from "/snippets/fr/_includes/github-source-link.mdx" - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-init.mdx b/fr/models/ref/cli/wandb-init.mdx index 19dea9b104..9f2bebb90b 100644 --- a/fr/models/ref/cli/wandb-init.mdx +++ b/fr/models/ref/cli/wandb-init.mdx @@ -4,7 +4,7 @@ title: wandb init import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-job.mdx b/fr/models/ref/cli/wandb-job.mdx index c06a27d935..c1cd783dfb 100644 --- a/fr/models/ref/cli/wandb-job.mdx +++ b/fr/models/ref/cli/wandb-job.mdx @@ -4,7 +4,7 @@ title: wandb job import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-job/wandb-job-create.mdx b/fr/models/ref/cli/wandb-job/wandb-job-create.mdx index 95ab12f71c..cb876090cd 100644 --- a/fr/models/ref/cli/wandb-job/wandb-job-create.mdx +++ b/fr/models/ref/cli/wandb-job/wandb-job-create.mdx @@ -2,9 +2,9 @@ title: wandb job create --- -import { GitHubLink } from "/snippets/fr/_includes/github-source-link.mdx" +import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-job/wandb-job-describe.mdx b/fr/models/ref/cli/wandb-job/wandb-job-describe.mdx index 9ad51e7362..e920f13f5b 100644 --- a/fr/models/ref/cli/wandb-job/wandb-job-describe.mdx +++ b/fr/models/ref/cli/wandb-job/wandb-job-describe.mdx @@ -4,7 +4,7 @@ title: wandb job describe import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-job/wandb-job-list.mdx b/fr/models/ref/cli/wandb-job/wandb-job-list.mdx index a922535a2c..9734e7323e 100644 --- a/fr/models/ref/cli/wandb-job/wandb-job-list.mdx +++ b/fr/models/ref/cli/wandb-job/wandb-job-list.mdx @@ -4,7 +4,7 @@ title: wandb job list import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-launch-agent.mdx b/fr/models/ref/cli/wandb-launch-agent.mdx index 99cd67cc9c..909db525c5 100644 --- a/fr/models/ref/cli/wandb-launch-agent.mdx +++ b/fr/models/ref/cli/wandb-launch-agent.mdx @@ -2,9 +2,9 @@ title: wandb launch-agent --- -import { GitHubLink } from "/snippets/fr/_includes/github-source-link.mdx" +import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-launch-sweep.mdx b/fr/models/ref/cli/wandb-launch-sweep.mdx index 69f6070061..c50a78ba89 100644 --- a/fr/models/ref/cli/wandb-launch-sweep.mdx +++ b/fr/models/ref/cli/wandb-launch-sweep.mdx @@ -4,7 +4,7 @@ title: wandb launch-sweep import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-launch.mdx b/fr/models/ref/cli/wandb-launch.mdx index e96d473307..6fbe6e57ec 100644 --- a/fr/models/ref/cli/wandb-launch.mdx +++ b/fr/models/ref/cli/wandb-launch.mdx @@ -4,7 +4,7 @@ title: wandb launch import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-leet.mdx b/fr/models/ref/cli/wandb-leet.mdx new file mode 100644 index 0000000000..03398ffdc9 --- /dev/null +++ b/fr/models/ref/cli/wandb-leet.mdx @@ -0,0 +1,35 @@ +--- +title: wandb leet +--- + +import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; + + + +
+ ## Utilisation +
+ +```bash +leet [PATH] | COMMAND [ARGS]... +``` + +
+ ## Description +
+ +W&B LEET : l’outil léger d’exploration des expériences. + +Une interface utilisateur dans le terminal pour consulter localement vos runs W&B. + + + +
+ ## Sous-commandes +
+ +| Commande | Description | +| ------------------- | ----------------------------------- | +| `wandb leet config` | Modifie la configuration de LEET. | +| `wandb leet run` | Lance l’interface TUI de LEET. | +| `wandb leet symon` | Lance le moniteur système autonome. | \ No newline at end of file diff --git a/fr/models/ref/cli/wandb-leet/wandb-leet-config.mdx b/fr/models/ref/cli/wandb-leet/wandb-leet-config.mdx new file mode 100644 index 0000000000..9ee2440dbc --- /dev/null +++ b/fr/models/ref/cli/wandb-leet/wandb-leet-config.mdx @@ -0,0 +1,21 @@ +--- +title: wandb leet config +--- + +import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; + + + +
+ ## Utilisation +
+ +```bash +config [OPTIONS] +``` + +
+ ## Description +
+ +Modifiez la configuration LEET. \ No newline at end of file diff --git a/fr/models/ref/cli/wandb-leet/wandb-leet-run.mdx b/fr/models/ref/cli/wandb-leet/wandb-leet-run.mdx new file mode 100644 index 0000000000..0adda209f6 --- /dev/null +++ b/fr/models/ref/cli/wandb-leet/wandb-leet-run.mdx @@ -0,0 +1,43 @@ +--- +title: wandb leet run +--- + +import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; + + + +
+ ## Utilisation +
+ +```bash +run [OPTIONS] [PATH] +``` + +
+ ## Description +
+ +Lancez le TUI LEET. + +LEET est une interface utilisateur de terminal permettant d’afficher un W&B Run spécifié par un PATH facultatif. + +PATH peut inclure un fichier .wandb, un répertoire d’exécution contenant un fichier .wandb, +ou une URL de W&B Run. +Si PATH n’est pas fourni, la commande recherchera le run le plus récent. + +
+ ## Arguments +
+ +| Nom | Par défaut | Type | +| ------ | ---------- | ----- | +| `path` | STR | False | + +
+ ## Options +
+ +| Option | Type | Description | +| ------------ | ------------------ | ------------------------------------------------------- | +| `-h, --help` | Indicateur booléen | Affiche ce message, puis quitte. **Par défaut** : False | \ No newline at end of file diff --git a/fr/models/ref/cli/wandb-leet/wandb-leet-symon.mdx b/fr/models/ref/cli/wandb-leet/wandb-leet-symon.mdx new file mode 100644 index 0000000000..53eef5fbaf --- /dev/null +++ b/fr/models/ref/cli/wandb-leet/wandb-leet-symon.mdx @@ -0,0 +1,30 @@ +--- +title: wandb leet symon +--- + +import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; + + + +
+ ## Utilisation +
+ +```bash +symon [OPTIONS] +``` + +
+ ## Description +
+ +Lancer le moniteur système autonome. + +
+ ## Options +
+ +| Indicateur | Type | Description | +| ------------ | --------------- | ----------------------------------------------------------------------------------------------- | +| `--interval` | STR | Intervalle d’échantillonnage des métriques système (par ex. 500 ms, 2 s, 1 m). **Par défaut** : | +| `-h, --help` | Indicateur BOOL | Affiche ce message, puis quitte. **Par défaut** : False | \ No newline at end of file diff --git a/fr/models/ref/cli/wandb-login.mdx b/fr/models/ref/cli/wandb-login.mdx index 5da076ad82..c24568cfe9 100644 --- a/fr/models/ref/cli/wandb-login.mdx +++ b/fr/models/ref/cli/wandb-login.mdx @@ -4,7 +4,7 @@ title: wandb login import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-offline.mdx b/fr/models/ref/cli/wandb-offline.mdx index 92951e0045..aa65a8d07f 100644 --- a/fr/models/ref/cli/wandb-offline.mdx +++ b/fr/models/ref/cli/wandb-offline.mdx @@ -4,7 +4,7 @@ title: wandb offline import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-online.mdx b/fr/models/ref/cli/wandb-online.mdx index 1a269b4592..cd95456df7 100644 --- a/fr/models/ref/cli/wandb-online.mdx +++ b/fr/models/ref/cli/wandb-online.mdx @@ -4,7 +4,7 @@ title: wandb online import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-pull.mdx b/fr/models/ref/cli/wandb-pull.mdx index d002f94e0d..a8d2605c19 100644 --- a/fr/models/ref/cli/wandb-pull.mdx +++ b/fr/models/ref/cli/wandb-pull.mdx @@ -4,7 +4,7 @@ title: wandb pull import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-purge-cache.mdx b/fr/models/ref/cli/wandb-purge-cache.mdx index cdef3eb3dc..1b31128fcb 100644 --- a/fr/models/ref/cli/wandb-purge-cache.mdx +++ b/fr/models/ref/cli/wandb-purge-cache.mdx @@ -4,7 +4,7 @@ title: wandb purge-cache import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-restore.mdx b/fr/models/ref/cli/wandb-restore.mdx index e79ff6a36c..2d1a3f2f8f 100644 --- a/fr/models/ref/cli/wandb-restore.mdx +++ b/fr/models/ref/cli/wandb-restore.mdx @@ -4,7 +4,7 @@ title: wandb restore import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-scheduler.mdx b/fr/models/ref/cli/wandb-scheduler.mdx index 0cbf371be4..9d810329f9 100644 --- a/fr/models/ref/cli/wandb-scheduler.mdx +++ b/fr/models/ref/cli/wandb-scheduler.mdx @@ -4,7 +4,7 @@ title: wandb scheduler import { GitHubLink } from "/snippets/fr/_includes/github-source-link.mdx" - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-server.mdx b/fr/models/ref/cli/wandb-server.mdx index 52d2767b1d..8a53df2a7b 100644 --- a/fr/models/ref/cli/wandb-server.mdx +++ b/fr/models/ref/cli/wandb-server.mdx @@ -4,7 +4,7 @@ title: wandb server import { GitHubLink } from "/snippets/fr/_includes/github-source-link.mdx" - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-server/wandb-server-start.mdx b/fr/models/ref/cli/wandb-server/wandb-server-start.mdx index 3ced86a3f4..907e48cd59 100644 --- a/fr/models/ref/cli/wandb-server/wandb-server-start.mdx +++ b/fr/models/ref/cli/wandb-server/wandb-server-start.mdx @@ -2,9 +2,9 @@ title: wandb server start --- -import { GitHubLink } from "/snippets/fr/_includes/github-source-link.mdx" +import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-server/wandb-server-stop.mdx b/fr/models/ref/cli/wandb-server/wandb-server-stop.mdx index 0a5af9448c..889f9d49ad 100644 --- a/fr/models/ref/cli/wandb-server/wandb-server-stop.mdx +++ b/fr/models/ref/cli/wandb-server/wandb-server-stop.mdx @@ -2,9 +2,9 @@ title: wandb server stop --- -import { GitHubLink } from "/snippets/fr/_includes/github-source-link.mdx" +import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-status.mdx b/fr/models/ref/cli/wandb-status.mdx index 462856ffa1..6710db2bbc 100644 --- a/fr/models/ref/cli/wandb-status.mdx +++ b/fr/models/ref/cli/wandb-status.mdx @@ -4,7 +4,7 @@ title: wandb status import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-sweep.mdx b/fr/models/ref/cli/wandb-sweep.mdx index ee48039655..39ccf501da 100644 --- a/fr/models/ref/cli/wandb-sweep.mdx +++ b/fr/models/ref/cli/wandb-sweep.mdx @@ -4,7 +4,7 @@ title: wandb sweep import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-sync.mdx b/fr/models/ref/cli/wandb-sync.mdx index 365c420328..968a3f0d96 100644 --- a/fr/models/ref/cli/wandb-sync.mdx +++ b/fr/models/ref/cli/wandb-sync.mdx @@ -4,7 +4,7 @@ title: wandb sync import { GitHubLink } from "/snippets/fr/_includes/github-source-link.mdx" - +
## Utilisation diff --git a/fr/models/ref/cli/wandb-verify.mdx b/fr/models/ref/cli/wandb-verify.mdx index 13f7d9633e..e38f5d379c 100644 --- a/fr/models/ref/cli/wandb-verify.mdx +++ b/fr/models/ref/cli/wandb-verify.mdx @@ -4,7 +4,7 @@ title: wandb verify import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; - +
## Utilisation diff --git a/fr/models/ref/python.mdx b/fr/models/ref/python.mdx index d9e00bde05..ea5a1e1e34 100644 --- a/fr/models/ref/python.mdx +++ b/fr/models/ref/python.mdx @@ -1,5 +1,5 @@ --- -title: Python SDK 0.27.1 +title: Python SDK 0.28.0 description: "Consultez la référence de l’API du SDK Python W&B, y compris les instructions d’installation, les classes et la documentation des fonctions." module: --- diff --git a/fr/models/ref/python/data-types/evaltable.mdx b/fr/models/ref/python/data-types/evaltable.mdx new file mode 100644 index 0000000000..7cf95da25f --- /dev/null +++ b/fr/models/ref/python/data-types/evaltable.mdx @@ -0,0 +1,9 @@ +--- +title: EvalTable +namespace: python_sdk_data_type +python_object_type: classe +--- + +import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; + + \ No newline at end of file diff --git a/fr/models/ref/python/experiments/run.mdx b/fr/models/ref/python/experiments/run.mdx index 4cbeef9cba..da9bea12e1 100644 --- a/fr/models/ref/python/experiments/run.mdx +++ b/fr/models/ref/python/experiments/run.mdx @@ -226,6 +226,18 @@ Horodatage Unix (en secondes) indiquant quand le run a démarré. *** +### propriété Run.step + +L’étape W&B du prochain appel à `log()`. + +Déclenche une erreur pour les runs avec mode="shared". + +**Retourne :** + +* `int`: La valeur de la propriété step. + +*** + ### propriété Run.sweep_id Identifiant du balayage associé au run, le cas échéant. @@ -733,8 +745,8 @@ Un objet `Artifact`. log_code( root: 'str | None' = '.', name: 'str | None' = None, - include_fn: 'Callable[[str, str], bool] | Callable[[str], bool]' = , - exclude_fn: 'Callable[[str, str], bool] | Callable[[str], bool]' = + include_fn: 'Callable[[str, str], bool] | Callable[[str], bool]' = , + exclude_fn: 'Callable[[str, str], bool] | Callable[[str], bool]' = ) → Artifact | None ``` diff --git a/fr/models/ref/python/experiments/settings.mdx b/fr/models/ref/python/experiments/settings.mdx index 8f9b586759..f774be2434 100644 --- a/fr/models/ref/python/experiments/settings.mdx +++ b/fr/models/ref/python/experiments/settings.mdx @@ -35,7 +35,7 @@ __init__( allow_media_symlink: 'bool' = False, allow_offline_artifacts: 'bool' = True, allow_val_change: 'bool' = False, - anonymous: 'object' = , + anonymous: 'object' = , api_key: 'str | None' = None, azure_account_url_to_access_key: 'dict[str, str] | None' = None, app_url_override: 'str | None' = None, @@ -165,7 +165,7 @@ __init__( x_service_wait: 'float' = 30.0, x_skip_transaction_log: 'bool' = False, x_start_time: 'float | None' = None, - x_stats_pid: 'int' = 61958, + x_stats_pid: 'int' = 28097, x_stats_sampling_interval: 'float' = 15.0, x_stats_neuron_monitor_config_path: 'str | None' = None, x_stats_dcgm_exporter: 'str | None' = None, diff --git a/fr/models/ref/python/functions/init.mdx b/fr/models/ref/python/functions/init.mdx index 40c2c99b71..3b6540f56a 100644 --- a/fr/models/ref/python/functions/init.mdx +++ b/fr/models/ref/python/functions/init.mdx @@ -37,7 +37,7 @@ init( sync_tensorboard: 'bool | None' = None, monitor_gym: 'bool | None' = None, settings: 'Settings | dict[str, Any] | None' = None, - anonymous: 'DoNotSet' = + anonymous: 'DoNotSet' = ) → Run ``` diff --git a/fr/models/ref/python/functions/login.mdx b/fr/models/ref/python/functions/login.mdx index 90c94168d2..f085315b23 100644 --- a/fr/models/ref/python/functions/login.mdx +++ b/fr/models/ref/python/functions/login.mdx @@ -20,7 +20,7 @@ login( timeout: 'int | None' = None, verify: 'bool' = False, referrer: 'str | None' = None, - anonymous: 'DoNotSet' = + anonymous: 'DoNotSet' = ) → bool ``` diff --git a/fr/models/ref/python/public-api/agentruns.mdx b/fr/models/ref/python/public-api/agentruns.mdx new file mode 100644 index 0000000000..8eccee1d5a --- /dev/null +++ b/fr/models/ref/python/public-api/agentruns.mdx @@ -0,0 +1,9 @@ +--- +title: AgentRuns +namespace: public_apis_namespace +python_object_type: class +--- + +import { GitHubLink } from '/snippets/fr/_includes/github-source-link.mdx'; + + \ No newline at end of file diff --git a/fr/models/ref/python/public-api/api.mdx b/fr/models/ref/python/public-api/api.mdx index b2d046626b..caf30ac768 100644 --- a/fr/models/ref/python/public-api/api.mdx +++ b/fr/models/ref/python/public-api/api.mdx @@ -195,6 +195,7 @@ wandb.Api.artifact_collection_exists(type="type", name="collection_name") artifact_collections( project_name: 'str', type_name: 'str', + order: 'str | None' = None, per_page: 'int' = 50, start: 'str | None' = None ) → ArtifactCollections @@ -206,6 +207,7 @@ Renvoie une collection de collections d'artifacts correspondantes. * `project_name`: Le nom du projet à utiliser pour le filtrage. * `type_name`: Le nom du type d'artifact à utiliser pour le filtrage. +* `order`: Chaîne facultative permettant de spécifier l'ordre des résultats. Si elle est préfixée par '+', le tri est croissant (par défaut). Si elle est préfixée par '-', le tri est décroissant. * `per_page`: Définit le nombre d'éléments par page pour la pagination de la requête. En général, il n'est pas nécessaire de modifier cette valeur. * `start`: Curseur de pagination pour reprendre une requête précédente, capturé à partir de l'attribut `.cursor` d'un paginateur précédent. @@ -299,6 +301,7 @@ Obsolète. Utilisez la méthode `Api.artifacts(type_name, name)` à la place. artifacts( type_name: 'str', name: 'str', + order: 'str | None' = None, per_page: 'int' = 50, tags: 'list[str] | None' = None, start: 'str | None' = None @@ -311,6 +314,7 @@ Renvoie une collection `Artifacts`. * `type_name`: Le type d'artifacts à récupérer. * `name`: Le nom de la collection de l'artifact. Vous pouvez éventuellement faire précéder ce nom de l'entité qui a enregistré l'artifact, suivie d'une barre oblique. +* `order`: Chaîne facultative permettant de spécifier l'ordre des résultats. Si elle est préfixée par '+', le tri est croissant (par défaut). Si elle est préfixée par '-', le tri est décroissant. * `per_page`: Définit la taille de page pour la pagination des requêtes. En général, il n'y a aucune raison de modifier ce paramètre. * `tags`: Renvoie uniquement les artifacts qui possèdent tous ces tags. * `start`: Curseur de pagination pour reprendre une requête précédente, capturé à partir de l'attribut `.cursor` d'un paginateur précédent. @@ -905,6 +909,7 @@ Analyse les chemins au format `entity/project/queue_id/run_queue_item_id`. registries( organization: 'str | None' = None, filter: 'dict[str, Any] | None' = None, + order: 'str | None' = None, per_page: 'int' = 100, start: 'str | None' = None ) → Registries @@ -916,10 +921,11 @@ Utilisez cet itérateur pour rechercher et filtrer des registres, des collection **Arguments :** -* `organization`: (str, facultatif) Organisation du registre à récupérer. Si elle n’est pas spécifiée, utilisez l’organisation indiquée dans les paramètres de l’utilisateur. -* `filter`: (dict, facultatif) Filtre de type MongoDB à appliquer à chaque objet de l’itérateur différé du registre. Les champs disponibles pour filtrer les registres sont `name`, `description`, `created_at`, `updated_at`. Les champs disponibles pour filtrer les collections sont `name`, `tag`, `description`, `created_at`, `updated_at` Les champs disponibles pour filtrer les versions sont `tag`, `alias`, `created_at`, `updated_at`, `metadata` -* `per_page`: Définit la taille de page pour la pagination des requêtes. -* `start`: Curseur de pagination pour reprendre une requête précédente, capturé à partir de l’attribut `.cursor` d’un paginateur précédent. +* `organization`: Organisation du registre à récupérer. Si elle n’est pas spécifiée, utilisez l’organisation indiquée dans les paramètres de l’utilisateur. +* `filter`: Filtre de type MongoDB à appliquer à chaque objet de l’itérateur différé du registre. Les champs disponibles pour filtrer les registres sont `name`, `description`, `created_at`, `updated_at`. Les champs disponibles pour filtrer les collections sont `name`, `tag`, `description`, `created_at`, `updated_at` Les champs disponibles pour filtrer les versions sont `tag`, `alias`, `created_at`, `updated_at`, `metadata` +* `order`: Chaîne facultative permettant de spécifier l’ordre des résultats. Si elle est préfixée par '+', le tri est croissant (par défaut). Si elle est préfixée par '-', le tri est décroissant. +* `per_page`: Définit la taille de page pour la pagination des requêtes. +* `start`: Curseur de pagination pour reprendre une requête précédente, capturé à partir de l’attribut `.cursor` d’un paginateur précédent. **Retourne :** Un itérateur différé d’objets `Registry`. @@ -1082,7 +1088,8 @@ runs( filters: 'dict[str, Any] | None' = None, order: 'str' = '+created_at', per_page: 'int' = 50, - include_sweeps: 'bool' = True + include_sweeps: 'bool' = False, + lazy: 'bool' = True ) ``` @@ -1126,7 +1133,7 @@ Pour des filtres plus complexes, vous pouvez utiliser les opérateurs de requêt * `For example` : `{"config.experiment_name": "foo"}` trouverait les runs dont l’entrée de configuration pour le nom de l’expérience est définie sur "foo" * `order` : (str) L’ordre peut être `created_at`, `heartbeat_at`, `config.*.value` ou `summary_metrics.*`. Si vous faites précéder l’ordre d’un +, le tri est croissant (par défaut). Si vous faites précéder l’ordre d’un -, le tri est décroissant. L’ordre par défaut est run.created_at, du plus ancien au plus récent. * `per_page` : (int) Définit la taille de page pour la pagination des requêtes. -* `include_sweeps` : (bool) Indique s’il faut inclure les runs de balayage dans les résultats. +* `include_sweeps` : (bool) Indique s’il faut récupérer de manière anticipée l’objet balayage dans chaque résultat de run. * `lazy` : (bool) Indique s’il faut utiliser le chargement différé pour de meilleures performances. Quand True (par défaut), seules les métadonnées essentielles du run sont chargées initialement. Les champs volumineux comme config, summaryMetrics et systemMetrics sont chargés à la demande lors de l’accès. Définissez cette option sur False pour charger toutes les données d’emblée. **Retourne :** diff --git a/fr/models/ref/python/public-api/artifactcollections.mdx b/fr/models/ref/python/public-api/artifactcollections.mdx index 6f09ae2469..2aba267e27 100644 --- a/fr/models/ref/python/public-api/artifactcollections.mdx +++ b/fr/models/ref/python/public-api/artifactcollections.mdx @@ -20,7 +20,7 @@ Collections d'artifacts d'un type donné dans un projet. * `project`: Le nom du projet dans lequel interroger les collections d'artifacts. * `type_name`: Le nom du type d'artifact dont il faut récupérer les collections. * `filters`: Mapping facultatif des filtres à appliquer à la requête. -* `order`: Chaîne facultative permettant de spécifier l'ordre des résultats. Si vous faites précéder l'ordre d'un +, l'ordre est croissant (par défaut). Si vous faites précéder l'ordre d'un -, l'ordre est décroissant. +* `order`: Chaîne facultative permettant de spécifier l'ordre des résultats. Si elle est préfixée par '+', le tri est croissant (par défaut). Si elle est préfixée par '-', le tri est décroissant. * `per_page`: Le nombre de collections d'artifacts à récupérer par page. La valeur par défaut est de 50. ### propriété ArtifactCollections.cursor diff --git a/fr/models/ref/python/public-api/artifacts.mdx b/fr/models/ref/python/public-api/artifacts.mdx index c343cc4ae8..7b2088b68f 100644 --- a/fr/models/ref/python/public-api/artifacts.mdx +++ b/fr/models/ref/python/public-api/artifacts.mdx @@ -23,7 +23,7 @@ Vous pouvez également transmettre des filtres pour affiner les résultats selon * `collection_name`: Le nom de la collection d'artifacts à interroger. * `type`: Le type des Artifacts à interroger. Les exemples courants incluent "dataset" ou "model". * `filters`: Dictionnaire facultatif des filtres à appliquer à la requête. -* `order`: Chaîne facultative permettant de spécifier l'ordre des résultats. +* `order`: Chaîne facultative permettant de spécifier l'ordre des résultats. Si elle est préfixée par '+', le tri est croissant (par défaut). Si elle est préfixée par '-', le tri est décroissant. * `per_page`: Le nombre de versions d'artifact à récupérer par page. La valeur par défaut est 50. * `tags`: Chaîne facultative ou liste de chaînes permettant de filtrer les Artifacts par tags. diff --git a/fr/models/ref/python/public-api/artifacttype.mdx b/fr/models/ref/python/public-api/artifacttype.mdx index 710abdb3c9..32768a4544 100644 --- a/fr/models/ref/python/public-api/artifacttype.mdx +++ b/fr/models/ref/python/public-api/artifacttype.mdx @@ -72,7 +72,7 @@ Obtenir toutes les collections d'artifacts associées à ce type d'artif **Arguments :** * `filters` (dict) : Mappage facultatif des filtres à appliquer à la requête. -* `order` (str) : Chaîne facultative permettant de spécifier l’ordre des résultats. Si vous faites précéder `order` de +, l’ordre est croissant (par défaut). Si vous faites précéder `order` de -, l’ordre est décroissant. Par défaut, l’ordre utilisé est l’ID de la collection, par ordre décroissant. +* `order` (str) : Chaîne facultative permettant de spécifier l’ordre des résultats. S’il est préfixé par '+', le tri est croissant (par défaut). S’il est préfixé par '-', le tri est décroissant. Par défaut, l’ordre utilisé est l’ID de la collection, par ordre décroissant. * `per_page` (int) : Le nombre de collections d'artifacts à récupérer par page. La valeur par défaut est 50. * `start` : Curseur de pagination pour reprendre une requête antérieure, capturé à partir de l’attribut `.cursor` d’un paginateur précédent. diff --git a/fr/models/ref/python/public-api/projectartifactcollections.mdx b/fr/models/ref/python/public-api/projectartifactcollections.mdx index f8f7658eb0..0319ccda99 100644 --- a/fr/models/ref/python/public-api/projectartifactcollections.mdx +++ b/fr/models/ref/python/public-api/projectartifactcollections.mdx @@ -18,7 +18,7 @@ Collections d'artefacts dans un projet. * `entity`: L'entité (utilisateur ou équipe) propriétaire du projet. * `project`: Le nom du projet à interroger pour les collections d'artefacts. * `filters`: Mappage facultatif des filtres à appliquer à la requête. -* `order`: Chaîne facultative permettant de spécifier l'ordre des résultats. Si vous faites précéder order de +, l'ordre est croissant (par défaut). Si vous faites précéder order de -, l'ordre est décroissant. +* `order`: Chaîne facultative permettant de spécifier l'ordre des résultats. Si elle est précédée de '+', l'ordre est croissant (par défaut). Si elle est précédée de '-', l'ordre est décroissant. * `per_page`: Le nombre de collections d'artefacts à récupérer par page. La valeur par défaut est 50. ### propriété ProjectArtifactCollections.cursor diff --git a/fr/models/ref/python/public-api/registry.mdx b/fr/models/ref/python/public-api/registry.mdx index 75d2bf5888..3c486b396a 100644 --- a/fr/models/ref/python/public-api/registry.mdx +++ b/fr/models/ref/python/public-api/registry.mdx @@ -219,12 +219,20 @@ registry.add_members(my_team) ```python collections( filter: 'dict[str, Any] | None' = None, + order: 'str | None' = None, per_page: 'PositiveInt' = 100, start: 'str | None' = None ) → Collections ``` -Renvoie les collections du registre. +Renvoie les collections appartenant à ce registre. + +**Arguments :** + +* `filter` : Mappage facultatif des filtres à appliquer à la requête de collections. +* `order` : Chaîne facultative permettant de spécifier l'ordre des résultats. S'il est préfixé par '+', le tri est croissant (par défaut). S'il est préfixé par '-', le tri est décroissant. +* `per_page` : Nombre de résultats à récupérer par page. Il n'est généralement pas nécessaire de le modifier. +* `start` : Curseur de pagination permettant de reprendre une requête antérieure, obtenu à partir de l'attribut `.cursor` d'un paginateur précédent. *** @@ -429,4 +437,10 @@ versions( ) → Versions ``` -Renvoie les versions du registre. \ No newline at end of file +Renvoie les versions d'artifact de ce registre. + +**Arguments :** + +* `filter`: Mappage facultatif des filtres à appliquer à la requête de versions d'artifact. +* `per_page`: Le nombre de résultats à récupérer par page. En général, il n'y a aucune raison de modifier cette valeur. +* `start`: Curseur de pagination pour reprendre une requête précédente, capturé à partir de l'attribut `.cursor` d'un paginateur précédent. \ No newline at end of file diff --git a/fr/models/ref/python/public-api/run.mdx b/fr/models/ref/python/public-api/run.mdx index 954bdd99a9..15b943b63a 100644 --- a/fr/models/ref/python/public-api/run.mdx +++ b/fr/models/ref/python/public-api/run.mdx @@ -22,7 +22,7 @@ __init__( project: 'str', run_id: 'str', attrs: 'Mapping | None' = None, - include_sweeps: 'bool' = True, + include_sweeps: 'bool' = False, lazy: 'bool' = True, api_key: 'str | None' = None ) @@ -148,11 +148,15 @@ Renvoie la configuration brute du run, y compris les clés internes. Charge auto ### propriété Run.state -État du run. Peut prendre l’une des valeurs suivantes : Finished, Failed, Crashed ou Running. +L’état du run. + +Le tableau suivant décrit les états possibles d’un run : + +| État | Description | | -------- | ----------- | | Planté | Le run a cessé d’envoyer des heartbeats via le processus interne, ce qui peut se produire si la machine plante. | | Échoué | Le run s’est terminé avec un code de sortie non nul. | | Terminé | Le run s’est terminé et a entièrement synchronisé les données, ou a appelé `wandb.Run.finish()`. | | Interrompu | Le run a été arrêté de force avant de pouvoir se terminer. | | En cours d’exécution | Le run est toujours en cours d’exécution et a récemment envoyé un heartbeat. | | En attente | Le run est planifié, mais n’a pas encore démarré (fréquent dans les sweeps et les jobs Launch). | **Retourne :** -* `str` : La valeur de la propriété `state`. +* `str` : La valeur de la propriété d’état. *** @@ -186,6 +190,16 @@ Obtient les métriques summary du run. Charge automatiquement les données compl *** +### propriété Run.sweep + +Le balayage associé à ce run. Charge les données du balayage si include_sweeps vaut False. + +**Retourne :** + +* `public.Sweep | None`: La valeur de la propriété balayage. + +*** + ### propriété Run.sweep_name Obtient le nom du balayage. Toujours disponible, car sweepName se trouve dans le fragment léger. @@ -572,16 +586,23 @@ Enregistre les modifications de l’objet run sur le backend wandb. ### méthode `Run.update_state` ```python -update_state(state: "Literal['pending']") → bool +update_state(state: 'str') → bool ``` Met à jour l’état d’un run. -Permet de faire passer les runs de 'failed' ou 'crashed' à 'pending'. +Transitions prises en charge : + +* vers `pending` depuis `running`, `failed`, `crashed` ou `preempted` (par ex. pour remettre en file d’attente un run terminé ou en cours) + * vers `failed` depuis `pending` ou `running` (par ex. pour marquer un run préempté ou perdu comme failed) + +L’état des runs de sweep ne peut pas être mis à jour. + +Voir `Run.state` pour la liste des états de run possibles. **Arguments :** -* `state` : L’état cible du run. Seul `"pending"` est pris en charge. +* `state` : L’état cible du run. L’une des valeurs `"pending"` ou `"failed"`. **Retourne :** `True` si l’état a bien été mis à jour. @@ -592,7 +613,6 @@ Permet de faire passer les runs de 'failed' ou 'crashed' à ' *** - ### méthode `Run.upload_file` ```python diff --git a/fr/models/ref/python/public-api/runs.mdx b/fr/models/ref/python/public-api/runs.mdx index a9e29987ae..fa87238495 100644 --- a/fr/models/ref/python/public-api/runs.mdx +++ b/fr/models/ref/python/public-api/runs.mdx @@ -27,7 +27,7 @@ __init__( filters: 'dict[str, Any] | None' = None, order: 'str' = '+created_at', per_page: 'int' = 50, - include_sweeps: 'bool' = True, + include_sweeps: 'bool' = False, lazy: 'bool' = True, api_key: 'str | None' = None ) diff --git a/fr/models/runs/view-logged-runs.mdx b/fr/models/runs/view-logged-runs.mdx index 7b9d7a270d..6ee4411409 100644 --- a/fr/models/runs/view-logged-runs.mdx +++ b/fr/models/runs/view-logged-runs.mdx @@ -58,7 +58,7 @@ Affichez les informations d’un run spécifique, telles que son état actuel, s * `n` / `N` - Naviguer entre les pages de métriques * `q` / `CMD+C` - Quitter - Voir la référence [`wandb beta leet`](/fr/models/ref/cli/wandb-beta/wandb-beta-leet) pour plus de détails. + Voir l’[interface de terminal LEET](/fr/models/app/leet-tui) pour un guide complet, ou la référence CLI [`wandb beta leet`](/fr/models/ref/cli/wandb-beta/wandb-beta-leet) pour des détails sur les raccourcis et la configuration. diff --git a/fr/models/track/reproduce_experiments.mdx b/fr/models/track/reproduce_experiments.mdx index 9353c9407b..40656c8f12 100644 --- a/fr/models/track/reproduce_experiments.mdx +++ b/fr/models/track/reproduce_experiments.mdx @@ -1,75 +1,51 @@ --- -title: Reproduire des Experiments -description: "Reproduisez une expérience W&B d’un coéquipier en téléchargeant le code, les dépendances et la configuration associés depuis un run." +title: Reproduire des expériences +description: "Reproduisez une expérience W&B d’un membre de l’équipe en téléchargeant le code, les dépendances et la configuration associés à partir d’un run." --- -Reproduisez une expérience créée par un membre de l’équipe afin de vérifier et de valider ses résultats. +Reproduisez une expérience créée par un membre de l’équipe afin de vérifier et de valider ses résultats. Vous pouvez reproduire l’expérience soit en clonant le dépôt GitHub utilisé par votre collègue pour créer l’expérience, soit en téléchargeant le script Python ou le notebook qui a servi à la créer. Choisissez l’option qui vous convient le mieux. -Avant de reproduire une expérience, vous devez noter les éléments suivants : - -* Nom du projet dans lequel le run a été enregistré -* Nom du run que vous souhaitez reproduire - -Pour reproduire une expérience : - -1. Accédez au projet dans lequel le run a été enregistré. -2. Sélectionnez l’onglet **Workspace** dans la barre latérale du projet. -3. Cliquez sur le run que vous souhaitez reproduire. La page du run s’ouvre avec l’onglet **Aperçu** affiché par défaut. - -Pour continuer, téléchargez le code de l’expérience pour un hachage donné ou clonez l’intégralité du dépôt de l’expérience. +Obtenez le code qui a servi à créer l’expérience ainsi que les dépendances requises pour l’exécuter. Pour cela, suivez les étapes ci-dessous. - - Téléchargez le script ou notebook Python de l’expérience : + + Les étapes suivantes montrent comment répliquer l’état du code du dépôt GitHub : - 1. Dans l’onglet **Aperçu** (affiché par défaut), dans le champ **Command**, notez le nom du script qui a créé l’expérience. - 2. Sélectionnez l’onglet **Code** sur la page du run. - 3. Cliquez sur **Download** à côté du fichier correspondant au script ou au notebook. - + 1. Accédez au projet dans lequel le run est enregistré. + 2. Sélectionnez l’onglet **Workspace** dans la barre latérale du projet. + 3. Cliquez sur le run que vous souhaitez reproduire. La page du run s’ouvre avec l’onglet **Overview** affiché par défaut. + 4. Passez le curseur sur le bouton **Reproduce this run** à côté du champ **Command**. Une fenêtre modale s’affiche avec les étapes pour reproduire l’expérience. Elle explique comment configurer l’état du code ainsi que la commande à exécuter pour reproduire l’expérience. - - Clonez le dépôt GitHub que votre coéquipier a utilisé pour créer l’expérience. Pour ce faire : + Bouton Reproduce this run - 1. Si nécessaire, assurez-vous d’avoir accès au dépôt GitHub que votre coéquipier a utilisé pour créer l’expérience. - 2. Copiez le champ **Git repository**, qui contient l’URL du dépôt GitHub. - 3. Clonez le dépôt : + Vous pouvez également reproduire manuellement une expérience en suivant les étapes ci-dessous : + + 1. Faites un copier-coller du champ **Git repository** dans votre terminal pour cloner le dépôt. L’extrait de code suivant montre un exemple. Remplacez `your-repo` par le nom de votre dépôt : ```bash git clone https://github.com/your-repo.git && cd your-repo ``` - 4. Copiez-collez le champ **Git state** dans votre terminal. L’état Git est un ensemble de commandes Git qui extrait le commit exact que votre coéquipier a utilisé pour créer l’expérience. Remplacez les valeurs indiquées dans l’extrait de code suivant par les vôtres : + 2. Faites un copier-coller du champ **Git state** dans votre terminal pour extraire exactement le commit utilisé par votre collègue pour créer l’expérience. L’extrait de code suivant montre comment procéder. Remplacez les valeurs indiquées dans l’extrait de code suivant par les vôtres : ```bash git checkout -b "" 0123456789012345678901234567890123456789 ``` - - -5. Sur la page du run, sélectionnez l’onglet **Files**. - -6. Téléchargez le fichier `requirements.txt` et placez-le dans votre répertoire de travail. Ce répertoire doit contenir soit le dépôt GitHub cloné, soit le script ou notebook Python téléchargé. - -7. (Recommandé) Créez un environnement virtuel Python. -8. Installez les dépendances indiquées dans le fichier `requirements.txt`. - ```bash - pip install -r requirements.txt - ``` - -9. Maintenant que vous avez le code et les dépendances, vous pouvez exécuter le script ou le notebook pour reproduire l’expérience. Si vous avez cloné un dépôt, vous devrez peut-être accéder au répertoire dans lequel se trouve le script ou le notebook. Sinon, vous pouvez exécuter le script ou le notebook depuis votre répertoire de travail. - - - - Si vous avez téléchargé un notebook Python, accédez au répertoire dans lequel vous l’avez téléchargé et exécutez la commande suivante dans votre terminal : - - ```bash - jupyter notebook - ``` + + Les étapes suivantes montrent comment télécharger le script Python ou le notebook qui a servi à créer l’expérience : + + 1. Accédez au projet dans lequel le run est enregistré. + 2. Sélectionnez l’onglet **Workspace** dans la barre latérale du projet. + 3. Cliquez sur le run que vous souhaitez reproduire. La page du run s’ouvre avec l’onglet **Overview** affiché par défaut. + 4. Dans l’onglet **Overview** (affiché par défaut), notez dans le champ **Command** le nom du script qui a servi à créer l’expérience. + 5. Sélectionnez l’onglet **Code** sur la page du run. + 6. Cliquez sur **Download** à côté du fichier correspondant au script ou au notebook. + 7. Sur la page du run, sélectionnez l’onglet **Files**. + 8. Téléchargez le fichier `requirements.txt` et enregistrez-le dans votre répertoire de travail. Ce répertoire doit contenir soit le dépôt GitHub cloné, soit le script Python ou notebook téléchargé. + 9. Installez les dépendances spécifiées dans le fichier `requirements.txt`. + ```bash + pip install -r requirements.txt + ``` + - - Si vous avez téléchargé un script Python, accédez au répertoire dans lequel vous l’avez téléchargé et exécutez la commande suivante dans votre terminal ; remplacez les valeurs entre `<>` par les vôtres : - - ```bash - python .py - ``` - - \ No newline at end of file +{/* Une fois que vous avez le code, vous pouvez exécuter le script ou le notebook pour reproduire l’expérience. Vous devrez peut-être vous placer dans le répertoire où se trouve le script ou le notebook avant de l’exécuter. */} \ No newline at end of file diff --git a/fr/platform/hosting/iam/access-management/restricted-projects.mdx b/fr/platform/hosting/iam/access-management/restricted-projects.mdx index 1e002334f7..5b84b132e6 100644 --- a/fr/platform/hosting/iam/access-management/restricted-projects.mdx +++ b/fr/platform/hosting/iam/access-management/restricted-projects.mdx @@ -4,6 +4,8 @@ title: Gérer le contrôle d’accès des projets keywords: ["visibilité du projet", "projet restreint", "rôles au niveau du projet", "autorisations du projet"] --- +import ProjectVisibilityScopesTable from "/snippets/fr/_includes/project-visibility-scopes-table.mdx"; + Définissez la portée d’un projet W&B afin de limiter qui peut le consulter, le modifier et y soumettre des runs W&B. Cette page s’adresse aux administrateurs d’équipe et d’organisation, ainsi qu’aux propriétaires de projet, qui doivent contrôler l’accès à des flux de travail sensibles ou limiter la collaboration à un groupe spécifique d’utilisateurs. Vous pouvez combiner deux paramètres pour configurer le niveau d’accès de n’importe quel projet au sein d’une équipe W&B. La **portée de visibilité** est le mécanisme de plus haut niveau. Utilisez-la pour contrôler quels groupes d’utilisateurs peuvent consulter ou soumettre des runs dans un projet. Pour un projet dont la portée de visibilité est *Team* ou *Restricted*, vous pouvez ensuite utiliser les **rôles au niveau du projet** pour contrôler le niveau d’accès de chaque utilisateur au sein du projet. @@ -18,12 +20,7 @@ Vous pouvez combiner deux paramètres pour configurer le niveau d’accès de n La portée de visibilité détermine quels utilisateurs de votre organisation peuvent voir un projet et y contribuer. Vous avez le choix entre quatre portées de visibilité pour un projet. De la plus publique à la plus privée, il s’agit de : -| Portée | Description | -| ---------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| Open | Toute personne qui connaît le projet peut le consulter et soumettre des runs ou des Reports. | -| Public | Toute personne qui connaît le projet peut le consulter. Seule votre équipe peut soumettre des runs ou des Reports. | -| Team | Seuls les membres de l’équipe parente peuvent consulter le projet et soumettre des runs ou des Reports. Toute personne extérieure à l’équipe ne peut pas accéder au projet. | -| Restricted | Seuls les membres invités de l’équipe parente peuvent consulter le projet et soumettre des runs ou des Reports. | + Définissez la portée d’un projet sur **Restricted** si vous souhaitez collaborer sur des flux de travail liés à des données sensibles ou confidentielles. Lorsque vous créez un projet restreint au sein d’une équipe, vous pouvez inviter ou ajouter des membres précis de l’équipe afin de collaborer sur des Experiments, des Artifacts et des Reports pertinents. @@ -75,21 +72,19 @@ W&B crée le projet avec la portée de visibilité sélectionnée, et seuls Pour modifier la portée de visibilité d’un projet existant : 1. Accédez à votre projet W&B. +2. En haut de n’importe quelle page du projet, cliquez sur l’icône à côté du nom du projet pour modifier sa portée de visibilité. L’icône indique la portée de visibilité actuelle : **Open**, **Public**, **Team** ou **Restricted**. Voir [les portées de visibilité](#visibility-scopes). +3. Dans le menu déroulant **Project Visibility**, sélectionnez la portée souhaitée, puis cliquez sur **Save**. -2. Sélectionnez l’onglet **Aperçu** dans la colonne de gauche. - -3. Cliquez sur le bouton **Edit Project Details** dans le coin supérieur droit. - -4. Dans le menu déroulant **Project Visibility**, sélectionnez la portée souhaitée. - - Effectuez l’étape suivante si vous sélectionnez la visibilité **Restricted**. - -5. Accédez à l’onglet **Users** du projet, puis cliquez sur le bouton **Add user** pour inviter des utilisateurs précis au projet restreint. + Si vous sélectionnez la visibilité **Restricted**, vous devez effectuer l’étape suivante. -W&B met à jour la portée de visibilité du projet, et les accès reflètent la nouvelle portée ainsi que les membres invités. + W&B met à jour la portée de visibilité du projet, et l’accès est ajusté en fonction de la nouvelle portée. +4. Pour partager un projet restreint : + 1. Cliquez sur **Project** dans la navigation de gauche pour ouvrir la page **Aperçu** du projet. + 2. Sélectionnez l’onglet **Users**. + 3. Cliquez sur **Add user** et sélectionnez un ou plusieurs utilisateurs précis pour les inviter au projet. - * Tous les membres d’une équipe perdent l’accès à un projet si vous modifiez sa portée de visibilité de **Team** à **Restricted**, sauf si vous invitez au projet les membres de l’équipe requis. + * Tous les membres d’une équipe perdent l’accès à un projet si vous modifiez sa portée de visibilité de **Team** à **Restricted**, et vous devez inviter les membres de l’équipe pour leur redonner l’accès. * Tous les membres d’une équipe obtiennent l’accès à un projet si vous modifiez sa portée de visibilité de **Restricted** à **Team**. * Si vous retirez un membre de l’équipe de la liste des utilisateurs d’un projet restreint, il perd l’accès à ce projet. @@ -122,23 +117,23 @@ Après avoir défini la portée de visibilité d’un projet, vous pouvez affine Pour attribuer un rôle au niveau du projet : 1. Accédez à votre projet W&B. -2. Sélectionnez l’onglet **Aperçu** dans la colonne de gauche. +2. Dans la barre latérale du projet, cliquez sur **Project**. 3. Accédez à l’onglet **Users** du projet. 4. Cliquez sur le rôle actuellement attribué à l’utilisateur concerné dans le champ **Project Role**, ce qui ouvre une liste déroulante affichant les autres rôles disponibles. 5. Sélectionnez un autre rôle dans la liste déroulante. La modification est enregistrée instantanément. - Lorsque vous modifiez le rôle d’un utilisateur au niveau du projet afin qu’il soit différent de son rôle au niveau de l’équipe, le rôle au niveau du projet inclut un ***** pour indiquer cette différence. + Lorsque vous modifiez le rôle d’un utilisateur au niveau du projet afin qu’il soit différent de son rôle au niveau de l’équipe, le rôle au niveau du projet inclut un ***** pour indiquer cette différence.
- ### Autres points clés à retenir concernant les rôles au niveau du projet + ### Autres points importants à noter concernant les rôles au niveau du projet
-Gardez les comportements suivants à l’esprit lorsque vous attribuez ou modifiez des rôles au niveau du projet : +Gardez à l’esprit les comportements suivants lorsque vous attribuez ou modifiez des rôles au niveau du projet : -* Par défaut, les rôles au niveau du projet de tous les utilisateurs d’un projet avec le scope *Team* ou *Restricted* **héritent** de leurs rôles respectifs au niveau de l’équipe. -* Vous ne **pouvez pas** modifier le rôle au niveau du projet d’un utilisateur qui a le rôle *lecture seule* au niveau de l’équipe. -* Si le rôle au niveau du projet d’un utilisateur dans un projet donné **est identique à** son rôle au niveau de l’équipe, et qu’un administrateur de l’équipe modifie ensuite le rôle au niveau de l’équipe, W&B modifie automatiquement le rôle de projet correspondant pour l’aligner sur le rôle au niveau de l’équipe. -* Si vous modifiez le rôle au niveau du projet d’un utilisateur dans un projet donné de sorte qu’il **diffère de** son rôle au niveau de l’équipe, et qu’un administrateur de l’équipe modifie ensuite le rôle au niveau de l’équipe, le rôle correspondant au niveau du projet reste inchangé. -* Si vous retirez un utilisateur d’un projet *Restricted* alors que son rôle au niveau du projet différait de son rôle au niveau de l’équipe, puis que vous l’ajoutez de nouveau au projet plus tard, il hérite du rôle au niveau de l’équipe en raison du comportement par défaut. Si nécessaire, modifiez de nouveau le rôle au niveau du projet afin qu’il diffère du rôle au niveau de l’équipe. +* Par défaut, les rôles au niveau du projet de tous les utilisateurs d’un projet à portée *Team* ou *Restricted* **héritent** de leurs rôles respectifs au niveau de l’équipe. +* Vous **ne pouvez pas** modifier le rôle au niveau du projet d’un utilisateur qui a un rôle *lecture seule* au niveau de l’équipe. +* Si le rôle au niveau du projet d’un utilisateur dans un projet donné **est le même que** son rôle au niveau de l’équipe, et qu’un administrateur de l’équipe modifie ensuite le rôle au niveau de l’équipe, W&B modifie automatiquement le rôle de projet correspondant pour qu’il suive le rôle au niveau de l’équipe. +* Si vous modifiez le rôle au niveau du projet d’un utilisateur dans un projet donné de sorte qu’**il soit différent de** son rôle au niveau de l’équipe, et qu’un administrateur de l’équipe modifie ensuite le rôle au niveau de l’équipe, le rôle correspondant au niveau du projet reste inchangé. +* Si vous retirez un utilisateur d’un projet *Restricted* alors que son rôle au niveau du projet était différent de son rôle au niveau de l’équipe, puis que vous le rajoutez plus tard au projet, il hérite du rôle au niveau de l’équipe en raison du comportement par défaut. Si nécessaire, modifiez de nouveau le rôle au niveau du projet pour qu’il soit différent du rôle au niveau de l’équipe. \ No newline at end of file diff --git a/fr/platform/hosting/iam/scim.mdx b/fr/platform/hosting/iam/scim.mdx index 9ae348dd6c..2fd4aef219 100644 --- a/fr/platform/hosting/iam/scim.mdx +++ b/fr/platform/hosting/iam/scim.mdx @@ -1,7 +1,7 @@ --- title: Gérer les utilisateurs, groupes et rôles avec SCIM description: "Utilisez l'API SCIM pour gérer les utilisateurs, les groupes et les rôles personnalisés dans une organisation W&B grâce au provisionnement automatisé." -keywords: ["SCIM 2.0", "provisionnement Okta", "synchronisation automatique des utilisateurs", "synchronisation des groupes", "provisionnement de l'annuaire"] +keywords: ["SCIM 2.0", "provisionnement Okta", "Microsoft Entra", "synchronisation automatique des utilisateurs", "synchronisation des groupes"] --- @@ -14,7 +14,7 @@ keywords: ["SCIM 2.0", "provisionnement Okta", "synchronisation automatique des Cette page décrit comment les administrateurs d’instance et de l’organisation utilisent l’API System for Cross-domain Identity Management (SCIM) pour automatiser la gestion des identités dans W&B. Avec l’API SCIM, vous pouvez provisionner et déprovisionner des utilisateurs, gérer l’appartenance des utilisateurs aux équipes et définir des rôles personnalisés par programmation via un fournisseur d’identité ou un pipeline CI/CD, plutôt que de passer par la W&B App. Les groupes SCIM correspondent aux équipes W&B. -L’API SCIM de W&B est compatible avec des fournisseurs d’identité tels qu’Okta. Pour la configuration du SSO avec Okta et d’autres fournisseurs d’identité, voir la [documentation SSO](/fr/platform/hosting/iam/sso/). +L’API SCIM de W&B est compatible avec des fournisseurs d’identité tels qu’Okta et Microsoft Entra. Pour la configuration du SSO avec Okta, Microsoft Entra et d’autres fournisseurs d’identité, voir la [documentation SSO](/fr/platform/hosting/iam/sso). Pour des exemples pratiques en Python montrant comment interagir avec l’API SCIM, consultez le dépôt [`wandb-scim`](https://github.com/wandb/examples/tree/master/wandb-scim). @@ -124,6 +124,68 @@ Par exemple, authentifiez-vous avec la clé API `sa-p@55w0rd` : Authorization: Basic OnNhLXBANTV3MHJk ``` +
+ ## Configuration de Microsoft Entra ID +
+ +Utilisez cette section pour configurer le provisionnement automatique des utilisateurs et des groupes de Microsoft Entra ID vers W&B via l’API SCIM. + +Pour configurer l’authentification unique avec Entra, voir [Configurer l’authentification unique avec Entra](/fr/platform/hosting/iam/sso). + +
+ ### Tenant URL +
+ +Dans les paramètres de provisionnement de votre application d’entreprise Entra, définissez **Tenant URL** sur l’URL de base SCIM de W&B, en y ajoutant le paramètre de requête d’indicateur de fonctionnalité Entra `aadOptscim062020` : + +```text +[HOST-URL]/scim?aadOptscim062020 +``` + +Par exemple, si votre instance est à l’adresse `https://wandb.example.com`, définissez l’URL du locataire sur `https://wandb.example.com/scim?aadOptscim062020`. + +Le paramètre `aadOptscim062020` active une gestion spécifique à Entra dans l’API SCIM de W&B. Sans ce paramètre, Entra peut envoyer des requêtes de désactivation d’utilisateur avec des valeurs booléennes sous forme de chaînes (`"False"` ou `"True"`) au lieu de booléens JSON (`false` ou `true`), ce qui peut entraîner l’échec de la désactivation. + +Définissez **Secret Token** sur la clé API d’un administrateur de l’organisation ou d’un compte de service limité à l’organisation. Voir [Authentification](#authentication). + + + Lorsque vous ajoutez `aadOptscim062020` à l’URL du locataire, la désactivation d’utilisateur depuis l’interface utilisateur **Provision on demand** d’Entra dans le centre d’administration Microsoft Entra risque de ne pas fonctionner, car cette interface utilisateur envoie toujours des valeurs booléennes sous forme de chaînes. Pour tester la désactivation manuellement, envoyez une requête SCIM `PATCH` au format `PatchOp` `Operations` qui remplace `active` par `false` (voir [Deactivate user](#deactivate-user)). + + +
+ ### Noms des équipes +
+ +Nommez les groupes Entra qui correspondent à des équipes W&B en utilisant des lettres minuscules et des traits d’union, par exemple `ml-platform` ou `data-science`. Évitez les espaces, les caractères de soulignement et les autres caractères spéciaux dans les noms d’affichage des groupes que vous synchronisez avec W&B. + +
+ ### Mappages des attributs utilisateur +
+ +Configurez les mappages d’attributs suivants dans Entra pour le provisionnement SCIM des utilisateurs : + +| Attribut de l’application personnalisée W&B | Attribut source (Entra) | Appliquer ce mappage | Faire correspondre les objets avec cet attribut | +| ----------------------------------------------- | ----------------------- | ----------------------------------------- | ----------------------------------------------- | +| `emails[type eq "work"].value` | `mail` | Toujours | Oui | +| `active` | `Not([IsSoftDeleted])` | Toujours | | +| `displayName` | `displayName` | Toujours | | +| `userName` | `displayName` | Uniquement lors de la création de l’objet | | + + + Dans **Cloud mutualisé**, le compte d’un utilisateur n’est pas géré par l’organisation. W&B ne prend pas en charge la mise à jour de `displayName` via SCIM dans le Cloud mutualisé. Voir [Mettre à jour le nom d’affichage de l’utilisateur](#update-user-display-name). + + +
+ ### Mappages des attributs de groupe +
+ +Configurez les mappages d’attributs suivants dans Entra pour le provisionnement SCIM des groupes (équipes) : + +| Attribut de l’application personnalisée W&B | Attribut source (Entra) | Appliquer ce mappage | Faire correspondre les objets à l’aide de cet attribut | +| ----------------------------------------------- | ----------------------- | ----------------------------------------- | ------------------------------------------------------ | +| `displayName` | `displayName` | Uniquement lors de la création de l’objet | oui | +| `members` | `members` | Toujours | | +
## Gestion des utilisateurs
diff --git a/fr/scripts/knowledgebase-nav/Architecture.md b/fr/scripts/knowledgebase-nav/Architecture.md deleted file mode 100644 index 5831b3a3f6..0000000000 --- a/fr/scripts/knowledgebase-nav/Architecture.md +++ /dev/null @@ -1,239 +0,0 @@ ---- -title: Architecture ---- - -
- # Architecture du générateur de navigation de la base de connaissances -
- -Ce document décrit le système **Knowledgebase Nav** : ce qu’il génère, quels fichiers et quelles fonctions le font fonctionner, et comment l’automatisation orchestre l’ensemble. L’utilitaire se trouve dans `/knowledgebase-nav/` (par exemple `scripts/knowledgebase-nav/` ou `utils/knowledgebase-nav/`) dans un dépôt de documentation Mintlify. Pour les étapes à l’intention des auteurs et la configuration en local, voir [README.md](./README.md). - -
- ## Objectif -
- -Le générateur maintient la cohérence entre la navigation de l’assistance (base de connaissances) et le contenu des articles. Il traite les produits configurés (par exemple Models, Weave, Inférence), lit les articles MDX dans `support//articles/` et met à jour les pages MDX générées ainsi que les compteurs du fichier racine `support.mdx`. Le générateur ne lit ni n’écrit jamais `docs.json` ; des personnes modifient ce fichier manuellement en se basant sur le commentaire de PR du flux de travail. - -
- ## Contexte général -
- -Le système réside entièrement dans le dépôt de documentation. Il n’effectue aucun appel à des API externes. Il lit et écrit des fichiers dans l’arborescence de travail sous la racine Mintlify (résolue à partir de `mintlify_root` dans `config.yaml`). - -```mermaid -flowchart LR - subgraph repo ["wandb-docs repository"] - CFG["config.yaml"] - TPL["templates/*.j2"] - ART["support/*/articles/*.mdx"] - GEN["generate_tags.py"] - OUT1["support/*/tags/*.mdx"] - OUT2["support/.mdx"] - SM["support.mdx"] - end - CFG --> GEN - TPL --> GEN - ART --> GEN - GEN --> OUT1 - GEN --> OUT2 - GEN --> SM - GEN --> ART -``` - -La flèche de retour vers **articles** indique que la phase 4 met à jour uniquement les liens `` qui pointent vers des pages de tags sous `/support//tags/`, encadrés par des marqueurs de commentaire MDX. Les autres contenus (y compris `---`, les autres Badges et le texte en dehors de ces marqueurs) ne sont pas réécrits. - -`docs.json` est volontairement absent de ce diagramme. Lorsque des pages de tags sont ajoutées ou supprimées, le commentaire de la PR du flux de travail (généré par `pr_report.py`) répertorie les ID de page qu’une personne doit ajouter manuellement à l’onglet `Support: ` correspondant dans `docs.json`, ou en supprimer. - -
- ## Flux de travail d’automatisation -
- -Les pull requests déclenchent le flux de travail **Knowledgebase Nav** lorsque des fichiers sous le répertoire Mintlify `support/**` ou le répertoire utilitaire sont modifiés (y compris lors de nouveaux pushes vers une PR ouverte). Il installe les dépendances Python, exécute le générateur, publie un commentaire sur la PR avec les éventuelles instructions « mise à jour de docs.json requise », et commit les chemins correspondants lorsqu’il y a des différences. Les pull requests provenant de **forks** extraient le commit HEAD du fork et exécutent tout de même le générateur, mais l’étape d’auto-commit est ignorée, car le token par défaut ne peut pas pousser vers des forks. - -```mermaid -flowchart TD - A[PR or manual workflow_dispatch] --> B[Checkout ref] - B --> C[Python 3.11 + pip install requirements.txt] - C --> D["generate_tags.py (mintlify_root depuis config.yaml)"] - D --> R["pr_report.py (répertorie les ajouts/suppressions de pages de tags)"] - R --> E{Files changed?} - E -->|yes| F[git-auto-commit selected paths] - E -->|no| G[No commit] -``` - -Les motifs de chemin validés incluent `support.mdx`, `support/*/articles/*.mdx`, `support/*/tags/*.mdx` et `support/*.mdx` (index de produit). `docs.json` est volontairement exclu ; des personnes le mettent à jour manuellement. - -
- ## Orchestration du pipeline -
- -`run_pipeline(repo_root, config_path)` est le point d’entrée unique utilisé par le CLI et les tests. Il charge `config.yaml`, crée un environnement Jinja2 unique pour tous les produits, puis traite chaque produit à tour de rôle. Une fois la boucle terminée, il met à jour `support.mdx` une seule fois. Il ne modifie pas `docs.json`. - -```mermaid -flowchart TD - START([run_pipeline]) --> LOAD[load_config] - LOAD --> JINJA[create_template_env] - JINJA --> LOOP{For each product in config} - LOOP --> P1[crawl_articles] - P1 --> P2[build_tag_index] - P2 --> P3[render_tag_pages] - P3 --> P3b[cleanup_stale_tag_pages] - P3b --> P4[render_product_index] - P4 --> P5[sync_all_support_article_footers] - P5 --> P6[Record product_stats] - P6 --> LOOP - LOOP -->|done| P7[update_support_index] - P7 --> P8[update_support_featured] - P8 --> DONE([Done]) -``` - -
- ## Flux de données par produit -
- -Au sein d’un produit, les données passent des fichiers bruts à des structures en mémoire, puis sont reconverties en MDX et en structures agrégées pour les étapes suivantes. - -```mermaid -flowchart LR - subgraph inputs ["Inputs"] - MDX["*.mdx articles"] - KW["allowed_keywords"] - end - subgraph memory ["In memory"] - ART["List of article dicts"] - IDX["tag to articles map"] - PATHS["Tag page path list"] - end - subgraph outputs ["Outputs"] - TAGS["tags/.mdx"] - IDXPG[".mdx"] - end - MDX --> ART - KW --> IDX - ART --> IDX - ART --> TAGS - IDX --> TAGS - IDX --> IDXPG - ART --> IDXPG - PATHS --> TAGS -``` - -`render_tag_pages` renvoie des chaînes d’ID de page triées (par exemple `support/models/tags/security`). `pr_report.py` utilise les mêmes ID lorsqu’il génère la section "docs.json update required" dans le commentaire de PR du flux de travail afin qu’une personne puisse mettre à jour l’onglet `Support: ` correspondant dans `docs.json`. - -
- ## Composants et fichiers -
- -| Composant | Chemin | Rôle | -| ----------------------- | ----------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------- | -| CLI et logique | `generate_tags.py` | Toutes les phases, parsing, règles de slug, aperçus, réécritures MDX (ne touche pas à `docs.json`) | -| Rapport de PR | `pr_report.py` | Rapport Markdown issu de `git diff` ; liste les pages de tags ajoutées/supprimées afin qu’une personne puisse mettre à jour `docs.json` | -| Configuration | `config.yaml` | `mintlify_root`, `badge_color` et registre des produits (`slug`, `display_name`, `allowed_keywords`) | -| Modèle de liste de tags | `templates/support_tag.mdx.j2` | Une carte par article sur une page de tags | -| Modèle du hub produit | `templates/support_product_index.mdx.j2` | Section mise en avant et cartes de navigation par catégorie | -| Dépendances | `requirements.txt` | PyYAML, Jinja2 | -| Tests unitaires | `tests/test_generate_tags.py` | Système de fichiers simulé | -| Tests d’intégration | `tests/test_golden_output.py` | Pipeline complet sur une copie temporaire du dépôt réel | -| Marqueurs Pytest | `tests/conftest.py` | Enregistre le marqueur `integration` pour la suite golden | -| CI | `.github/workflows/knowledgebase-nav.yml` | Déclencheurs, script d’exécution, auto-commit | -| Documentation auteur | `README.md` | Flux de travail pour les rédacteurs et les développeurs | -| Notes d’architecture | `Architecture.md` | Diagrammes et cartographie des modules pour les développeurs | - -
- ## Zones fonctionnelles dans `generate_tags.py` -
- -Les fonctions sont regroupées ci-dessous selon leur ordre d’apparition dans le fichier source. Les noms correspondent à l’API Python. - -
- ### Configuration -
- -* **`load_config`** lit et valide `config.yaml` (clés requises pour chaque produit). - -
- ### Structure des articles et pieds de page -
- -* **`parse_frontmatter`**, **`_extract_body`** séparent le front matter YAML du corps principal. `_extract_body` utilise `_BADGE_START_RE` pour repérer la délimitation et supprime, à des fins esthétiques, une ligne `---` finale. -* **`_split_frontmatter_raw`** découpe le MDX brut en bloc de front matter et en contenu restant pour la réécriture du pied de page. -* **`_normalize_keywords`** convertit le front matter `keywords` en liste de chaînes de caractères (liste YAML ; une chaîne unique devient un tag avec un avertissement ; les autres types déclenchent un avertissement et deviennent une liste vide). -* **`_keywords_list_for_footer`** renvoie les `keywords` normalisés pour générer le pied de page (délègue à **`_normalize_keywords`**). -* **`_tab_badge_pattern`**, **`build_tab_badges_mdx`**, **`build_keyword_footer_mdx`**, **`_replace_tab_badges_in_body`** implémentent une synchronisation ciblée des badges d’onglet. Les badges gérés sont repérés via `_BADGE_START_RE` / `_BADGE_END_RE` ; la fonction utilise une regex comme solution de repli pour les articles antérieurs à l’ajout de ces marqueurs. Les nouveaux pieds de page ajoutent une ligne vide, des marqueurs canoniques et des badges. -* **`sync_support_article_footer`**, **`sync_all_support_article_footers`** écrivent les fichiers d’article lorsque les badges d’onglet ne sont plus synchronisés avec `keywords`. - -
- ### Aperçus du contenu (extraits de carte) -
- -* **`plain_text`** supprime le Markdown (y compris les règles horizontales), les liens, les URL, les balises HTML ou MDX et autres éléments similaires afin que les aperçus restent en texte brut (U+00A0 remplacé par une espace après le décodage des entités, guillemets typographiques convertis en ASCII, la liste d’autorisation conserve `_` et `=` pour les identifiants). -* **`extract_body_preview`** applique `plain_text`, tronque à `BODY_PREVIEW_MAX_LENGTH` et ajoute `BODY_PREVIEW_SUFFIX` si nécessaire. -* **`_card_text_from_frontmatter_field`** extrait une chaîne exploitable à partir d’une seule clé de front matter (`docengineDescription` ou `description`) : renvoie `None` lorsque le champ est absent, n’est pas une chaîne ou est vide après traitement. Le traitement supprime une paire externe de guillemets et remplace les sauts de ligne internes par un seul espace. -* **`resolve_body_preview`** détermine le texte d’aperçu de la carte à l’aide d’une hiérarchie à trois niveaux : `docengineDescription` d’abord, puis `description`, puis `extract_body_preview(body)`. Les surcharges du front matter ne passent ni par `plain_text` ni par la troncature. - -
- ### Slugs et parcours -
- -* **`tag_slug`** associe un mot-clé affiché à un nom de fichier ou à un segment d’URL (en minuscules, avec des traits d’union). -* **`crawl_articles`** parcourt `support//articles/*.mdx` et construit des dicts d’articles (`title`, `keywords`, `featured`, `body_preview`, `page_path`, `tag_links`, entre autres). Le champ `body_preview` est résolu par `resolve_body_preview` à partir de `docengineDescription`, `description` ou du corps de l’article. - - - -* **`get_featured_articles`** filtre et trie les Articles à la une pour l’index du produit. -* **`build_tag_index`** regroupe les articles par mot-clé, les trie par titre dans chaque tag et signale les mots-clés inconnus par rapport à `allowed_keywords`. - -
- ### Rendu -
- -* **`tojson_unicode`**, **`create_template_env`** configurent Jinja2 pour MDX (les modèles utilisent le filtre `tojson_unicode` pour les valeurs du front matter YAML). -* **`render_tag_pages`** écrit `support//tags/.mdx`. -* **`cleanup_stale_tag_pages`** supprime les fichiers `.mdx` du répertoire des tags qui n’ont pas été générés à l’instant, afin que le répertoire des tags reste exempt d’entrées obsolètes. -* **`render_product_index`** écrit `support/.mdx`. - -
- ### Mises à jour à l’échelle du site -
- -* **`update_support_index`** met à jour les lignes de décompte sur les cartes produit dans le fichier racine `support.mdx`. Localise les marqueurs via `_COUNTS_START_RE` / `_COUNTS_END_RE` ; utilise un motif simple de ligne de décompte comme solution de repli pour la migration. -* **`update_support_featured`** régénère la section des Articles à la une dans le fichier racine `support.mdx`, en localisant le bloc via `_FEATURED_START_RE` / `_FEATURED_END_RE`. - -Le pipeline ne modifie pas `docs.json`. Les ajouts et suppressions de pages de tags sont signalés aux intervenants via `pr_report.py`, qui liste les ID des pages concernées dans le commentaire de PR du flux de travail. - -
- ### CLI -
- -* **`main`** analyse l’option facultative `--config`, détermine la racine Mintlify à partir de `mintlify_root` dans `config.yaml` via **`resolve_mintlify_root`**, puis appelle **`run_pipeline`**. - -
- ## Constantes -
- -* **`BODY_PREVIEW_MAX_LENGTH`** et **`BODY_PREVIEW_SUFFIX`** contrôlent la longueur de l’aperçu de la carte et l’ellipse. -* **`_make_markers(keyword)`** génère les quatre constantes ci-dessous pour chaque section gérée : des chaînes de début et de fin canoniques pour l’écriture, ainsi que des objets `re.Pattern` compilés pour la lecture. -* **`_BADGE_START`** / **`_BADGE_END`** — chaînes canoniques `{/* AUTO-GENERATED: tab badges */}` écrites dans les fichiers d’article. **`_BADGE_START_RE`** / **`_BADGE_END_RE`** — motifs utilisés pour repérer le bloc (insensible à la casse, deux-points facultatif, mot-clé placé n’importe où dans le commentaire). -* **`_COUNTS_START`** / **`_COUNTS_END`** — chaînes canoniques `{/* AUTO-GENERATED: counts */}` écrites dans `support.mdx`. **`_COUNTS_START_RE`** / **`_COUNTS_END_RE`** — motifs utilisés dans le motif structurel ancré sur la carte qui repère et remplace les lignes de décompte. -* **`_FEATURED_START`** / **`_FEATURED_END`** — chaînes canoniques `{/* AUTO-GENERATED: featured articles */}` écrites dans `support.mdx`. **`_FEATURED_START_RE`** / **`_FEATURED_END_RE`** — motifs utilisés pour repérer le bloc des articles à la une. - -
- ## Choix de conception -
- -* **Script monolithique** : un seul fichier regroupe toute la logique afin que le flux de travail et les contributeurs disposent d’un point unique pour lire et modifier le comportement. -* **Mots-clés autorisés** : `config.yaml` répertorie les tags valides par produit ; les tags inconnus génèrent quand même des pages, mais produisent des avertissements afin qu’aucun contenu ne soit jamais ignoré en silence. -* **Gestion des badges d’onglet** : seuls les éléments `` liés à `/support//tags/...` sont dérivés de `keywords`. Ils sont encapsulés dans des commentaires marqueurs localisés par `_BADGE_START_RE` / `_BADGE_END_RE`. La ligne `---` entre le corps et les badges est purement cosmétique ; `_extract_body` utilise `_BADGE_START_RE` comme délimitation et ne supprime un `---` final qu’à des fins de nettoyage. -* **Nettoyage des tags obsolètes** : les pages de tags qui ne correspondent plus à aucun mot-clé d’article sont supprimées après la génération. Cela évite les entrées orphelines dans le répertoire des tags ; le commentaire de PR du flux de travail demande ensuite à une personne de supprimer les entrées correspondantes de `docs.json`. -* **Édition basée sur des marqueurs** : toutes les sections générées automatiquement (badges d’onglet d’article, lignes de décompte dans `support.mdx` et Articles à la une) utilisent des marqueurs de commentaire MDX générés par `_make_markers`. La correspondance est insensible à la casse, avec un deux-points facultatif, et le mot-clé peut apparaître n’importe où dans le commentaire, afin que les auteurs puissent annoter librement les marqueurs sans casser le générateur. Chaque paire de marqueurs prévoit un chemin de migration qui encapsule le contenu brut lors de la première exécution. -* **`docs.json` est modifié manuellement** : le générateur ne lit ni n’écrit jamais `docs.json`. Les ajouts et suppressions de pages de tags sont remontés via `pr_report.py`, qui répertorie les ID de page regroupés par `Support: ` afin qu’une personne mette à jour manuellement l’onglet correspondant. -* **Tests Golden** : comparent les pages de tags générées, les pages d’index de produit, les fichiers d’articles (y compris les marqueurs de pied de page) et le `support.mdx` racine à l’arborescence versionnée afin que toute dérive de sortie apparaisse sous la forme d’un diff unifié. La suite Golden vérifie également que `docs.json` n’est jamais généré dans l’arborescence temporaire. - - - -* [README.md](./README.md) pour l’utilisation, la configuration du venv local et le dépannage. -* [AGENTS.md](../../AGENTS.md) à la racine du dépôt, pour les conventions de style de la documentation lors de la modification du contenu Mintlify. \ No newline at end of file diff --git a/fr/serverless-training/api-reference/openapi.json b/fr/serverless-training/api-reference/openapi.json index eb86fc4415..248e0f02bd 100644 --- a/fr/serverless-training/api-reference/openapi.json +++ b/fr/serverless-training/api-reference/openapi.json @@ -1105,6 +1105,43 @@ ], "title": "Kl Penalty Coef" }, + "kl_penalty_reference_step": { + "anyOf": [ + { + "type": "integer" + }, + { + "type": "null" + } + ], + "title": "Kl Penalty Reference Step" + }, + "kl_penalty_source": { + "anyOf": [ + { + "enum": [ + "current_learner", + "sample" + ], + "type": "string" + }, + { + "type": "null" + } + ], + "title": "Kl Penalty Source" + }, + "kl_penalty_step_lag": { + "anyOf": [ + { + "type": "integer" + }, + { + "type": "null" + } + ], + "title": "Kl Penalty Step Lag" + }, "kl_ref_adapter_path": { "anyOf": [ { @@ -1738,6 +1775,18 @@ } ], "title": "Learning Rate" + }, + "metric_logging": { + "anyOf": [ + { + "additionalProperties": true, + "type": "object" + }, + { + "type": "null" + } + ], + "title": "Metric Logging" } }, "title": "SFTTrainingConfig", diff --git a/fr/support/inference.mdx b/fr/support/inference.mdx index 0675c339ff..fbca11aecb 100644 --- a/fr/support/inference.mdx +++ b/fr/support/inference.mdx @@ -1,7 +1,7 @@ --- title: "Assistance : Serverless Inference" generator: "knowledgebase-nav" -template: "scripts/knowledgebase-nav/templates/support_product_index.mdx.j2" +template: "docengine-site/templates/support_product_index.mdx.j2" ---
diff --git a/fr/support/inference/tags/administrator.mdx b/fr/support/inference/tags/administrator.mdx index d9ac7fd11d..76382dc851 100644 --- a/fr/support/inference/tags/administrator.mdx +++ b/fr/support/inference/tags/administrator.mdx @@ -2,7 +2,7 @@ title: "Administrateur" tag: "1" generator: "knowledgebase-nav" -template: "scripts/knowledgebase-nav/templates/support_tag.mdx.j2" +template: "docengine-site/templates/support_tag.mdx.j2" --- diff --git a/fr/support/inference/tags/authentication-access.mdx b/fr/support/inference/tags/authentication-access.mdx index a5b2dfd720..d39e89495e 100644 --- a/fr/support/inference/tags/authentication-access.mdx +++ b/fr/support/inference/tags/authentication-access.mdx @@ -2,7 +2,7 @@ title: "Authentification & accès" tag: "3" generator: "knowledgebase-nav" -template: "scripts/knowledgebase-nav/templates/support_tag.mdx.j2" +template: "docengine-site/templates/support_tag.mdx.j2" --- diff --git a/fr/support/inference/tags/billing.mdx b/fr/support/inference/tags/billing.mdx index bcce1eb269..a0d2ce4ce0 100644 --- a/fr/support/inference/tags/billing.mdx +++ b/fr/support/inference/tags/billing.mdx @@ -2,7 +2,7 @@ title: "Facturation" tag: "1" generator: "knowledgebase-nav" -template: "scripts/knowledgebase-nav/templates/support_tag.mdx.j2" +template: "docengine-site/templates/support_tag.mdx.j2" --- diff --git a/fr/support/inference/tags/quotas-rate-limits.mdx b/fr/support/inference/tags/quotas-rate-limits.mdx index b5c9fe5a7d..2db8c2b694 100644 --- a/fr/support/inference/tags/quotas-rate-limits.mdx +++ b/fr/support/inference/tags/quotas-rate-limits.mdx @@ -2,7 +2,7 @@ title: "Quotas et limites de débit" tag: "2" generator: "knowledgebase-nav" -template: "scripts/knowledgebase-nav/templates/support_tag.mdx.j2" +template: "docengine-site/templates/support_tag.mdx.j2" --- diff --git a/fr/support/inference/tags/server-errors.mdx b/fr/support/inference/tags/server-errors.mdx index b7c6acbb63..518178d275 100644 --- a/fr/support/inference/tags/server-errors.mdx +++ b/fr/support/inference/tags/server-errors.mdx @@ -2,7 +2,7 @@ title: "Erreurs du serveur" tag: "2" generator: "knowledgebase-nav" -template: "scripts/knowledgebase-nav/templates/support_tag.mdx.j2" +template: "docengine-site/templates/support_tag.mdx.j2" --- diff --git a/fr/support/models.mdx b/fr/support/models.mdx index 2480a5485d..7c4e837602 100644 --- a/fr/support/models.mdx +++ b/fr/support/models.mdx @@ -1,7 +1,7 @@ --- title: "Assistance : W&B Models" generator: "knowledgebase-nav" -template: "scripts/knowledgebase-nav/templates/support_product_index.mdx.j2" +template: "docengine-site/templates/support_product_index.mdx.j2" ---