Passer au contenu principal

class Api

Permet d’interroger le serveur W&B. Exemples :

méthode Api.__init__

Initialisez l’API. Arguments :
  • overrides : vous pouvez définir base_url si vous
  • utilisez un serveur W&B autre que https: //api.wandb.ai. Vous pouvez également définir des valeurs par défaut pour entity, project et run.
  • timeout : délai d’expiration HTTP en secondes pour les requêtes API. S’il n’est pas spécifié, le délai d’expiration par défaut sera utilisé.
  • api_key : clé API à utiliser pour l’authentification. Si elle n’est pas fournie, la clé API de l’Environnement actuel ou de la configuration sera utilisée. Demande une clé API si aucune n’est fournie ou configurée dans l’Environnement.

propriété Api.default_entity

Renvoie l’entité W&B par défaut. Retourne :
  • str | None: La valeur de la propriété default_entity.

propriété Api.user_agent

Renvoie l’agent utilisateur public de W&B. Retourne :
  • str: La valeur de la propriété user_agent.

propriété Api.viewer

Renvoie l’objet viewer. Exceptions levées :
  • ValueError : Si les données du viewer ne peuvent pas être récupérées depuis W&B.
  • WandbApiFailedError : Si une erreur survient lors de la requête GraphQL.
Retourne :
  • User : La valeur de la propriété viewer.

méthode Api.artifact

Renvoie un artifact unique. Arguments :
  • name : Le nom de l’artifact. Le nom d’un artifact ressemble à un chemin de fichier qui contient, au minimum, le nom du projet dans lequel l’artifact a été enregistré, le nom de l’artifact, ainsi que la version ou l’alias de l’artifact. Vous pouvez éventuellement ajouter en préfixe l’entité qui a enregistré l’artifact, suivie d’une barre oblique. Si aucune entité n’est spécifiée dans le nom, l’entité du run ou du paramètre de l’API est utilisée.
  • type : Le type d’artifact à récupérer.
Retourne : Un objet Artifact. Exceptions levées :
  • ValueError : Si le nom de l’artifact n’est pas spécifié.
  • ValueError : Si le type d’artifact est spécifié, mais ne correspond pas au type de l’artifact récupéré.
Exemples : Dans les extraits de code suivants, « entity », « project », « artifact », « version » et « alias » sont des espaces réservés pour votre entité W&B, le nom du projet dans lequel se trouve l’artifact, le nom de l’artifact et la version de l’artifact, respectivement.
Remarque :
Cette méthode est destinée uniquement à un usage externe. N’appelez pas api.artifact() dans le code du dépôt wandb.

méthode Api.artifact_collection

Renvoie une collection d’artifacts pour un type donné. Vous pouvez utiliser l’objet ArtifactCollection renvoyé pour récupérer des informations sur des artifacts spécifiques dans cette collection, entre autres. Arguments :
  • type_name: Le type de collection d’artifacts à récupérer.
  • name: Un nom de collection d’artifacts. Vous pouvez éventuellement faire précéder ce nom de l’entité qui a enregistré l’artifact, suivie d’une barre oblique.
Retourne : Un objet ArtifactCollection. Exemples : Dans l’extrait de code ci-après, “type”, “entity”, “project” et “artifact_name” sont des valeurs fictives représentant respectivement le type de collection, votre entité W&B, le nom du projet dans lequel se trouve l’artifact et le nom de l’artifact.

méthode Api.artifact_collection_exists

Indique si une collection d’artifacts existe dans un projet et une entité spécifiés. Arguments :
  • name : Nom d’une collection d’artifacts. Vous pouvez éventuellement ajouter comme préfixe l’entité qui a enregistré l’artifact, suivie d’une barre oblique. Si l’entité ou le projet n’est pas spécifié, déduisez la collection à partir des paramètres de substitution, s’ils existent. Sinon, l’entité est récupérée depuis les Paramètres utilisateur et le projet prendra par défaut la valeur “uncategorized”.
  • type : Le type de la collection d’artifacts.
Retourne : True si la collection d’artifacts existe, False sinon. Exemples : Dans l’extrait de code ci-après, “type” et “collection_name” désignent respectivement le type de la collection d’artifacts et le nom de la collection.

méthode Api.artifact_collections

Renvoie une collection de collections d’artifacts correspondantes. Arguments :
  • 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.
Retourne : Un objet itérable ArtifactCollections.

méthode Api.artifact_exists

Indique si une version d’artifact existe dans le projet et l’entité spécifiés. Arguments :
  • name: Le nom de l’artifact. Ajoutez l’entité et le projet de l’artifact en préfixe. Ajoutez la version ou l’alias de l’artifact après un deux-points. Si l’entité ou le projet n’est pas spécifié, W&B utilise les paramètres d’override s’ils sont renseignés. Sinon, l’entité est récupérée à partir des paramètres utilisateur et le projet est défini sur “Uncategorized”.
  • type: Le type d’artifact.
Retourne : True si la version de l’artifact existe, False sinon. Exemples : Dans les extraits de code qui suivent, “entity”, “project”, “artifact”, “version” et “alias” sont des espaces réservés pour votre entité W&B, le nom du projet dans lequel se trouve l’artifact, le nom de l’artifact et la version de l’artifact, respectivement.

méthode Api.artifact_type

Renvoie l’ArtifactType correspondant. Arguments :
  • type_name: Le nom du type d’artifact à récupérer.
  • project: Si fourni, le nom d’un projet ou un chemin à utiliser comme filtre.
Retourne : Un objet ArtifactType.

méthode Api.artifact_types

Renvoie une collection de types d’artifact correspondants. Arguments :
  • project : Le nom du projet ou le chemin à utiliser pour le filtrage.
  • start : Curseur de pagination pour reprendre une requête précédente, capturé depuis l’attribut .cursor d’un paginateur précédent.
Retourne : Un objet ArtifactTypes itérable.

méthode Api.artifact_versions

Obsolète. Utilisez la méthode Api.artifacts(type_name, name) à la place.

méthode Api.artifacts

Renvoie une collection Artifacts. Arguments :
  • 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.
Retourne : Un objet Artifacts itérable. Exemples : Dans l’extrait de code ci-après, “type”, “entity”, “project” et “artifact_name” sont des paramètres fictifs représentant respectivement le type d’artifact, l’entité W&B, le nom du projet dans lequel l’artifact a été enregistré et le nom de l’artifact.
Mettez l’itération en pause et reprenez-la plus tard à partir de la même position en enregistrant le .cursor du paginateur et en le passant à start= :

méthode Api.automation

Renvoie la seule automatisation correspondant aux paramètres. Arguments :
  • name: Le nom de l’automatisation à récupérer.
  • entity: L’entité pour laquelle récupérer l’automatisation.
Exceptions levées :
  • ValueError: Si aucune ou plusieurs automatisations correspondent aux critères de recherche.
Exemples : Récupérer une automatisation existante nommée “my-automation” :
Obtenez l’automatisation existante nommée “other-automation” dans l’entité “my-team”:

méthode Api.automations

Renvoie un itérateur sur toutes les automatisations correspondant aux paramètres donnés. Si aucun paramètre n’est fourni, l’itérateur renvoyé contiendra toutes les automatisations auxquelles l’utilisateur a accès. Arguments :
  • entity: L’entité pour laquelle récupérer les automatisations.
  • name: Le nom de l’automatisation à récupérer.
  • per_page: Le nombre d’automatisations à récupérer par page. La valeur par défaut est 50. En général, il n’y a aucune raison de modifier ce paramètre.
  • start: Curseur de pagination permettant de reprendre une requête précédente, capturé à partir de l’attribut .cursor d’un paginateur précédent.
Retourne : Une liste d’automatisations. Exemples : Récupérez toutes les automatisations existantes pour l’entité “my-team” :

méthode Api.create_automation

Créer une nouvelle automatisation. Arguments : obj: L’automatisation à créer. fetch_existing: Si True et qu’une automatisation en conflit existe déjà, tentez de récupérer l’automatisation existante au lieu de lever une erreur. **kwargs: Toute valeur supplémentaire à attribuer à l’automatisation avant sa création. Si elles sont fournies, elles remplaceront toute valeur déjà définie sur l’automatisation :
  • name: Le nom de l’automatisation.
    • description: La description de l’automatisation.
    • enabled: Indique si l’automatisation est activée.
    • scope: La portée de l’automatisation.
    • event: L’événement qui déclenche l’automatisation.
    • action: L’action déclenchée par l’automatisation.
Retourne : L’automatisation enregistrée. Exemples : Créer une nouvelle automatisation nommée “my-automation” qui envoie une notification Slack lorsqu’un run d’un projet spécifique journalise une métrique dépassant un seuil personnalisé :

méthode Api.create_custom_chart

Créez un préréglage de graphique personnalisé et renvoyez son ID. Arguments :
  • entity : L’entité (utilisateur ou équipe) à laquelle appartient le graphique
  • name : Identifiant unique du préréglage de graphique
  • display_name : Nom lisible affiché dans l’interface utilisateur
  • spec_type : Type de spécification. Doit être “vega2” pour les spécifications Vega-Lite v2.
  • access : Niveau d’accès au graphique :
    • “private” : Le graphique est accessible uniquement à l’entité qui l’a créé
    • “public” : Le graphique est accessible publiquement
  • spec : La spécification Vega/Vega-Lite sous forme de dictionnaire ou de chaîne JSON
Retourne : L’ID du préréglage de graphique créé au format “entity/name” Exceptions levées :
  • wandb.Error : Si la création du graphique échoue
  • UnsupportedError : Si le serveur ne prend pas en charge les graphiques personnalisés
Exemple :

méthode Api.create_project

Créer un nouveau projet. Arguments :
  • name : Le nom du nouveau projet.
  • entity : L’entité du nouveau projet.

méthode Api.create_registry

Créer un nouveau registre. Arguments :
  • name : Le nom du registre. Le nom doit être unique au sein de l’organisation.
  • visibility : La visibilité du registre.
  • organization : Toute personne appartenant à l’organisation peut consulter ce registre. Vous pourrez modifier les rôles ultérieurement depuis les paramètres de l’interface utilisateur.
  • restricted : Seuls les membres invités via l’interface utilisateur peuvent accéder à ce registre. Le partage public est désactivé.
  • organization : L’organisation du registre. Si aucune organisation n’est définie dans les paramètres, l’organisation sera récupérée depuis l’entité si celle-ci n’appartient qu’à une seule organisation.
  • description : La description du registre.
  • artifact_types : Les types d’artifact acceptés par le registre. Un type ne doit pas
  • dépasser 128 caractères ni inclure les caractères /ou:`. Si ce paramètre n’est pas spécifié, tous les types sont acceptés. Les types autorisés ajoutés au registre ne peuvent pas être supprimés par la suite.
Retourne : Un objet registre. Exemples :

méthode Api.create_run

Créer un nouveau run. Arguments :
  • run_id: L’ID à attribuer au run. S’il n’est pas spécifié, W&B génère un ID aléatoire.
  • project: Le projet dans lequel enregistrer le run. Si aucun projet n’est spécifié, le run est enregistré dans un projet appelé “Uncategorized”.
  • entity: L’entité propriétaire du projet. Si aucune entité n’est spécifiée, le run est enregistré dans l’entité par défaut.
Retourne : Le Run nouvellement créé.

méthode Api.create_run_queue

Créer une nouvelle file d’attente de run dans W&B Launch. Arguments :
  • name: nom de la file d’attente à créer
  • type: type de ressource à utiliser pour la file d’attente. L’une des valeurs suivantes : “local-container”, “local-process”, “kubernetes”,“sagemaker”, ou “gcp-vertex”.
  • entity: nom de l’entité dans laquelle créer la file d’attente. Si None, utiliser l’entité configurée ou l’entité par défaut.
  • prioritization_mode: version du mode de priorisation à utiliser. Soit “V0”, soit None.
  • config: configuration de ressource par défaut à utiliser pour la file d’attente. Utiliser Handlebars (par ex. {{var}}) pour spécifier des variables de modèle.
  • template_variables: dictionnaire des schémas des variables de modèle à utiliser avec la configuration.
Retourne : Le RunQueue nouvellement créé. Exceptions levées : ValueError si l’un des paramètres n’est pas valide, wandb.Error en cas d’erreurs d’API wandb

méthode Api.create_team

Créer une nouvelle équipe. Arguments :
  • team: Le nom de l’équipe
  • admin_username: Le nom d’utilisateur de l’administrateur de l’équipe. Par défaut, il s’agit de l’utilisateur actuel.
Retourne : Un objet Team.

méthode Api.create_user

Créer un nouvel utilisateur. Arguments:
  • email: L’adresse e-mail de l’utilisateur.
  • admin: Définit l’utilisateur comme administrateur global de l’instance.
Retourne : Un objet User.

méthode Api.delete_automation

Supprime une automatisation. Arguments :
  • obj : l’automatisation à supprimer, ou son ID.
Retourne : True si l’automatisation a été supprimée avec succès.

méthode Api.flush

Videz le cache local. L’objet api conserve un cache local des runs. Si l’état du run est susceptible de changer pendant l’exécution de votre script, vous devez donc effacer le cache local avec api.flush() pour obtenir les dernières valeurs associées au run.

méthode Api.from_path

Renvoie un run, un balayage, un projet ou un rapport à partir d’un chemin. Arguments :
  • path: Le chemin vers le projet, le run, le balayage ou le rapport
Retourne : Une instance de Project, Run, Sweep ou BetaReport. Exceptions levées : wandb.Error si le chemin n’est pas valide ou si l’objet n’existe pas. Exemples : Dans les extraits de code qui suivent, “project”, “team”, “run_id”, “sweep_id” et “report_name” sont des espaces réservés désignant respectivement le projet, la équipe, le run ID, le sweep ID et le nom d’un rapport spécifique.

méthode Api.integrations

Renvoie un itérateur sur toutes les intégrations d’une entité. Arguments :
  • entity: L’entité (par ex. le nom d’équipe) pour laquelle récupérer les intégrations. Si elle n’est pas fournie, l’entité par défaut de l’utilisateur sera utilisée.
  • per_page: Nombre d’intégrations à récupérer par page. La valeur par défaut est 50. En général, il n’y a aucune raison de la modifier.
générer :
  • Iterator[SlackIntegration | WebhookIntegration]: Un itérateur de toutes les intégrations prises en charge.

méthode Api.job

Renvoie un objet Job. Arguments :
  • name : Le nom du job.
  • path : Le chemin racine à partir duquel télécharger l’artifact du job.
Retourne : Un objet Job.

méthode Api.list_jobs

Renvoie une liste de jobs, s’il y en a, pour l’entité et le projet indiqués. Arguments :
  • entity : L’entité associée aux jobs listés.
  • project : Le projet associé aux jobs listés.
Retourne : Une liste de jobs correspondants.

méthode Api.project

Renvoie le Project portant le nom indiqué (et l’entité, si elle est renseignée). Arguments :
  • name: Le nom du projet.
  • entity: Nom de l’entité demandée. Si la valeur est None, l’entité par défaut transmise à Api sera utilisée. S’il n’existe pas d’entité par défaut, une ValueError sera levée.
Retourne : Un objet Project.

méthode Api.projects

Récupère les Projects pour une entité donnée. Arguments :
  • entity : Nom de l’entité demandée. Si None, utilise l’entité par défaut transmise à Api. S’il n’y a pas d’entité par défaut, lève une ValueError.
  • per_page : Définit la taille de page pour la pagination des requêtes. En général, il n’est pas nécessaire de la modifier.
Retourne : Un objet Projects, qui est une collection itérable d’objets Project.

méthode Api.queued_run

Retourne un seul run en file d’attente à partir du chemin. Analyse les chemins au format entity/project/queue_id/run_queue_item_id.

méthode Api.registries

Renvoie un itérateur différé d’objets Registry. Utilisez cet itérateur pour rechercher et filtrer des registres, des collections ou des versions d’artifact dans le registre de votre organisation. Arguments :
  • 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. Exemples : Trouver tous les registres dont le nom contient “model”
Recherchez toutes les collections dans les registres portant le nom “my_collection” et le tag “my_tag”
Rechercher toutes les versions d’artifact dans les registres dont le nom de collection contient “my_collection” et dont une version porte l’alias “best”
Trouvez toutes les versions d’artifact dans les registres qui contiennent “model” et qui portent le tag “prod” ou l’alias “best”
Mettez l’itération en pause et reprenez-la plus tard à la même position en enregistrant le .cursor du paginateur et en le passant à start= :

méthode Api.registry

Renvoie un registre à partir de son nom. Arguments :
  • name : Le nom du registre. Il ne comprend pas le préfixe wandb-registry-.
  • organization : L’organisation du registre. Si aucune organisation n’est définie dans la configuration, l’organisation sera récupérée à partir de l’entité si celle-ci n’appartient qu’à une seule organisation.
Retourne : Un objet registre. Exemples : Récupérer et mettre à jour un registre

méthode Api.reports

Obtenir les Reports pour un chemin de projet donné. Remarque : l’API wandb.Api.reports() est en version bêta et changera probablement dans de prochaines versions. Arguments :
  • path: Chemin vers le projet dans lequel se trouve le rapport. Indiquez en préfixe l’entité qui a créé le projet, suivie d’une barre oblique.
  • name: Nom du rapport demandé.
  • per_page: Définit la taille de page pour la pagination des requêtes. Il n’y a généralement aucune raison de modifier cette valeur.
Retourne : Un objet Reports, qui est une collection itérable d’objets BetaReport. Exemples :

méthode Api.run

Renvoie un run unique en interprétant le chemin au format entity/project/run_id. Arguments :
  • path : chemin du run au format entity/project/run_id. Si api.entity est défini, il peut être au format project/run_id, et si api.project est défini, il peut simplement s’agir du run_id.
Retourne : Un objet Run.

méthode Api.run_queue

Renvoie la RunQueue nommée associée à l’entité. Voir Api.create_run_queue pour plus d’informations sur la façon de créer une file d’attente de run.

méthode Api.runs

Renvoie un objet Runs, qui itère de façon différée sur les objets Run. Les champs sur lesquels vous pouvez filtrer incluent :
  • createdAt : l’horodatage de création du run. (au format ISO 8601, par ex. “2023-01-01T12:00:00Z”)
  • displayName : le nom d’affichage lisible du run. (par ex. “eager-fox-1”)
  • duration : la durée totale d’exécution du run en secondes.
  • group : le nom du groupe utilisé pour organiser des runs associés.
  • host : le nom d’hôte sur lequel le run a été exécuté.
  • jobType : le type de job ou le rôle du run.
  • name : l’identifiant unique du run. (par ex. “a1b2cdef”)
  • state : l’état actuel du run.
  • tags : les tags associés au run.
  • username : le nom d’utilisateur de l’utilisateur ayant lancé le run
En outre, vous pouvez filtrer sur des éléments de la configuration du run ou des métriques de résumé, par exemple config.experiment_name, summary_metrics.loss, etc. Pour des filtres plus complexes, vous pouvez utiliser les opérateurs de requête MongoDB. Pour plus de détails, voir : https://docs.mongodb.com/manual/reference/operator/query Les opérations suivantes sont prises en charge :
  • $and
  • $or
  • $nor
  • $eq
  • $ne
  • $gt
  • $gte
  • $lt
  • $lte
  • $in
  • $nin
  • $exists
  • $regex
Arguments :
  • path : (str) chemin vers le projet, doit être de la forme : “entity/project”
  • filters : (dict) requêtes pour des runs spécifiques à l’aide du langage de requête MongoDB. Vous pouvez filtrer sur des propriétés du run telles que config.key, summary_metrics.key, state, entity, createdAt, etc.
  • 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 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 : Un objet Runs, qui est une collection itérable d’objets Run. Exemples :

méthode Api.slack_integrations

Renvoie un itérateur d’intégrations Slack pour une entité. Arguments :
  • entity : L’entité (par exemple, le nom de l’équipe) pour laquelle récupérer les intégrations. Si elle n’est pas renseignée, l’entité par défaut de l’utilisateur sera utilisée.
  • per_page : Nombre d’intégrations à récupérer par page. La valeur par défaut est 50. En général, il n’est pas nécessaire de la modifier.
Génère :
  • Iterator[SlackIntegration] : Un itérateur d’intégrations Slack.
Exemples : Obtenez toutes les intégrations Slack enregistrées pour l’équipe “my-team” :
Trouvez uniquement les intégrations Slack qui publient dans des canaux dont le nom commence par “team-alerts-” :

méthode Api.sweep

Renvoie un balayage en analysant un chemin au format entity/project/sweep_id. Arguments :
  • path : Chemin vers le balayage au format entity/project/sweep_id. Si api.entity est défini, ce chemin peut être au format project/sweep_id et, si api.project est défini, il peut simplement s’agir de sweep_id.
Retourne : Un objet Sweep.

méthode Api.sync_tensorboard

Synchroniser un répertoire local contenant des fichiers tfevent avec wandb.

méthode Api.team

Renvoie le Team correspondant au nom fourni. Arguments :
  • team : le nom de l’équipe.
Retourne : Un objet Team.

méthode Api.update_automation

Mettez à jour une automatisation existante. Arguments :
  • obj : L’automatisation à mettre à jour. Il doit s’agir d’une automatisation existante. create_missing (bool) : Si True et que l’automatisation n’existe pas, créez-la. **kwargs : Toute valeur supplémentaire à attribuer à l’automatisation avant sa mise à jour. Si elles sont fournies, elles remplaceront toute valeur déjà définie pour l’automatisation :
    • name : Le nom de l’automatisation.
    • description : La description de l’automatisation.
    • enabled : Indique si l’automatisation est activée.
    • scope : La portée de l’automatisation.
    • event : L’événement qui déclenche l’automatisation.
    • action : L’action déclenchée par l’automatisation.
Retourne : L’automatisation mise à jour. Exemples : Désactivez et modifiez la description d’une automatisation existante (“my-automation”) :
OU

méthode Api.upsert_run_queue

Crée ou met à jour une file d’attente de run dans W&B Launch. Arguments :
  • name: Nom de la file d’attente à créer
  • entity: Nom facultatif de l’entité pour laquelle créer la file d’attente. Si None, utilisez l’entité configurée ou l’entité par défaut.
  • resource_config: Configuration de ressources par défaut, facultative, à utiliser pour la file d’attente. Utilisez des expressions Handlebars (par ex. {{var}}) pour spécifier des variables de modèle.
  • resource_type: Type de ressource à utiliser pour la file d’attente. L’une des valeurs suivantes : “local-container”, “local-process”, “kubernetes”, “sagemaker” ou “gcp-vertex”.
  • template_variables: Dictionnaire des schémas de variables de modèle à utiliser avec la configuration.
  • external_links: Dictionnaire facultatif de liens externes à utiliser avec la file d’attente.
  • prioritization_mode: Version facultative de la priorisation à utiliser. Soit “V0”, soit None
Retourne : Le RunQueue créé ou mis à jour. Exceptions levées : ValueError si l’un des paramètres n’est pas valide ; wandb.Error en cas d’erreur de l’API wandb

méthode Api.user

Renvoie un utilisateur à partir d’un nom d’utilisateur ou d’une adresse e-mail. Cette fonction ne fonctionne que pour les administrateurs locaux. Utilisez api.viewer pour récupérer votre propre objet utilisateur. Arguments :
  • username_or_email: Le nom d’utilisateur ou l’adresse e-mail de l’utilisateur.
Retourne : Un objet User ou None si aucun utilisateur n’est trouvé.

méthode Api.users

Renvoie tous les utilisateurs à partir d’une requête partielle sur un nom d’utilisateur ou une adresse e-mail. Cette fonction fonctionne uniquement pour les administrateurs locaux. Utilisez api.viewer pour obtenir votre propre objet utilisateur. Arguments :
  • username_or_email: Le préfixe ou le suffixe de l’utilisateur que vous souhaitez trouver.
Retourne : Un tableau d’objets User.

méthode Api.webhook_integrations

Renvoie un itérateur d’intégrations webhook pour une entité. Arguments :
  • entity : L’entité (par exemple, le nom de l’équipe) pour laquelle récupérer les intégrations. Si elle n’est pas fournie, l’entité par défaut de l’utilisateur sera utilisée.
  • per_page : Nombre d’intégrations à récupérer par page. La valeur par défaut est 50. En général, il n’y a aucune raison de modifier cette valeur.
Génère :
  • Iterator[WebhookIntegration] : Un itérateur d’intégrations webhook.
Exemples : Obtenez toutes les intégrations webhook enregistrées pour l’équipe “my-team” :
Recherchez uniquement les intégrations webhook qui envoient des requêtes à “https://my-fake-url.com”: