class Api
Utilisée pour interroger le serveur W&B.
Exemples :
méthode Api.__init__
overrides: vous pouvez définirbase_urlsi vousutilisez un serveur W&B autre quehttps: //api.wandb.ai. Vous pouvez également définir des valeurs par défaut pourentity,projectetrun.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 ou de la configuration actuels sera utilisée. Une invite de saisie de clé API s’affiche si aucune n’est fournie ou configurée dans l’environnement.
propriété Api.client
Renvoie l’objet client. Retourne :RetryingClient: Valeur de la propriété client.
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 le user agent public de W&B. Retourne :str: La valeur de la propriétéuser_agent.
propriété Api.viewer
Renvoie l’objet de l’utilisateur courant. Exceptions levées :ValueError: Si les données de l’utilisateur courant ne peuvent pas être récupérées depuis W&B.requests.RequestException: Si une erreur se produit lors de l’envoi de la requête GraphQL.
User: La valeur de la propriété viewer.
méthode Api.artifact
name: Le nom de l’artefact. Le nom d’un artefact ressemble à un chemin de fichier qui comprend, au minimum, le nom du projet dans lequel l’artefact a été enregistré, le nom de l’artefact, ainsi que la version ou l’alias de l’artefact. Vous pouvez facultativement ajouter en préfixe l’entité qui a enregistré l’artefact, suivie d’une barre oblique. Si aucune entité n’est spécifiée dans le nom, l’entité du run ou du paramètre d’API est utilisée.type: Le type d’artefact à récupérer.
Artifact.
Exceptions levées :
ValueError: Si le nom de l’artefact n’est pas spécifié.ValueError: Si le type d’artefact est spécifié mais ne correspond pas au type de l’artefact récupéré.
Cette méthode est destinée à un usage externe uniquement. N’appelez pas api.artifact() dans le code du dépôt wandb.
méthode Api.artifact_collection
ArtifactCollection renvoyé pour récupérer des informations sur des artefacts spécifiques de cette collection, entre autres.
Arguments :
type_name: Le type de collection d’artefacts à récupérer.name: Le nom d’une collection d’artefacts. Vous pouvez, facultativement, le faire précéder de l’entité qui a enregistré l’artefact, suivie d’une barre oblique.
ArtifactCollection.
Exemples :
Dans l’extrait de code suivant, “type”, “entity”, “project” et “artifact_name” sont des espaces réservés représentant respectivement le type de collection, votre entité W&B, le nom du projet dans lequel se trouve l’artefact et le nom de l’artefact.
méthode Api.artifact_collection_exists
name: Nom d’une collection d’artefacts. Vous pouvez facultativement ajouter en préfixe l’entité qui a enregistré l’artefact, 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 surcharge, s’ils existent. Sinon, l’entité est extraite des paramètres utilisateur et le projet prendra par défaut la valeur “uncategorized”.type: Le type de la collection d’artefacts.
méthode Api.artifact_collections
project_name: Le nom du projet à utiliser pour le filtrage.type_name: Le nom du type d’artefact à utiliser pour le filtrage.per_page: Définit la taille de page pour la pagination des requêtes. En général, il n’y a pas lieu de la modifier.
ArtifactCollections.
méthode Api.artifact_exists
name: Le nom de l’artefact. Ajoutez l’entité et le projet de l’artefact en préfixe. Ajoutez la version ou l’alias de l’artefact après un deux-points. Si l’entité ou le projet n’est pas spécifié, W&B utilise les paramètres de substitution 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 de l’artefact.
méthode Api.artifact_type
ArtifactType correspondant.
Arguments :
type_name: Le nom du type d’artefact à récupérer.project: Si indiqué, le nom d’un projet ou un chemin sur lequel appliquer un filtre.
ArtifactType.
méthode Api.artifact_types
project: le nom du projet ou le chemin sur lequel appliquer le filtre.
ArtifactTypes itérable.
méthode Api.artifact_versions
Api.artifacts(type_name, name) à la place.
méthode Api.artifacts
Artifacts.
Arguments :
type_name: Le type d’artefacts à récupérer.name: Le nom de la collection de l’artefact. Vous pouvez facultativement le faire précéder de l’entité qui a enregistré l’artefact, suivie d’une barre oblique.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 modifier ce paramètre.tags: Renvoie uniquement les artefacts possédant toutes ces balises.
Artifacts itérable.
Exemples :
Dans l’extrait de code suivant, “type”, “entity”, “project” et “artifact_name” sont des espaces réservés désignant respectivement le type d’artefact, l’entité W&B, le nom du projet dans lequel l’artefact a été enregistré et le nom de l’artefact.
méthode Api.automation
name: Le nom de l’automatisation à récupérer.entity: L’entité dont il faut récupérer l’automatisation.
ValueError: Si aucune ou plusieurs automatisations correspondent aux critères de recherche.
méthode Api.automations
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. Il n’y a généralement aucune raison de modifier ce paramètre.
méthode Api.create_automation
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.
méthode Api.create_custom_chart
entity: L’entité (utilisateurouéquipe) propriétaire du graphiquename: Identifiant unique du préréglage de graphiquedisplay_name: Nom affiché dans l’interface utilisateur, lisible par l’utilisateurspec_type: Type de spécification. Doit être “vega2” pour les spécifications Vega-Lite v2.access: Niveau d’accès du 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
wandb.Error: Si la création du graphique échoueUnsupportedError: Si le serveur ne prend pas en charge les graphiques personnalisés
méthode Api.create_project
name: Le nom du nouveau projet.entity: L’entité du nouveau projet.
méthode Api.create_registry
name: Le nom du registre. Il doit être unique au sein de l’organisation.visibility: La visibilité du registre.organization: Toute personne de l’organisation peut consulter ce registre. Vous pourrez modifier les rôles plus tard dans 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 à partir de l’entité si celle-ci n’appartient qu’à une seule organisation.description: La description du registre.artifact_types: Les types d’artefact acceptés par le registre. Un type ne peut pas contenirmore than 128 characters and do not include characters/or ``:. S’ils ne sont pas spécifiés, tous les types sont acceptés. Les types autorisés ajoutés au registre ne pourront pas être supprimés par la suite.
méthode Api.create_run
run_id: ID à attribuer au run. S’il n’est pas spécifié, W&B crée un ID aléatoire.project: Projet dans lequel enregistrer le run. Si aucun projet n’est spécifié, le run est enregistré dans un projet appelé “Uncategorized”.entity: Entité propriétaire du projet. Si aucune entité n’est spécifiée, le run est enregistré dans l’entité par défaut.
Run nouvellement créé.
méthode Api.create_run_queue
name: Nom de la file d’attente à créertype: 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. SiNone, utiliser l’entité configurée ou l’entité par défaut.prioritization_mode: Version de priorisation à utiliser. Soit “V0”, soitNone.config: Configuration de ressource par défaut à utiliser pour la file d’attente. Utiliser Handlebars (par ex.{{var}}) pour spécifier des variables de template.template_variables: Un dictionnaire de schémas de variables de template à utiliser avec la configuration.
RunQueue nouvellement créé.
Exceptions levées :
ValueError si l’un des paramètres n’est pas valide, wandb.Error en cas d’erreur d’API wandb
méthode Api.create_team
team: Le nom de l’équipeadmin_username: Nom d’utilisateur de l’administrateur de l’équipe. Par défaut, il s’agit de l’utilisateur actuel.
Team.
méthode Api.create_user
email: L’adresse e-mail de l’utilisateur.admin: Définit l’utilisateur comme administrateur global de l’instance.
User.
méthode Api.delete_automation
obj: l’automatisation à supprimer, ou son ID.
True si l’automatisation a été supprimée avec succès.
méthode Api.flush
api.flush() afin d’obtenir les dernières valeurs associées à l’exécution.
méthode Api.from_path
path: Le chemin du projet, du run, du balayage ou du rapport
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 suivants, “project”, “team”, “run_id”, “sweep_id” et “report_name” sont des valeurs de substitution représentant respectivement le projet, l’équipe, l’ID du run, l’ID du balayage et le nom d’un rapport spécifique.
méthode Api.integrations
entity: L’entité (par ex. 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 de 50. Il n’y a généralement aucune raison de modifier ce paramètre.
Iterator[SlackIntegration | WebhookIntegration]: Un itérateur des intégrations prises en charge.
méthode Api.job
Job.
Arguments :
name: Le nom du job.path: Le chemin racine depuis lequel télécharger l’artefact du job.
Job.
méthode Api.list_jobs
entity: L’entité des jobs répertoriés.project: Le projet des jobs répertoriés.
méthode Api.project
Project portant le nom indiqué (et l’entité, si elle est fournie).
Arguments :
name: Le nom du projet.entity: Nom de l’entité demandée. SiNone, utilise par défaut l’entité transmise àApi. S’il n’existe aucune entité par défaut, uneValueErrorest levée.
Project.
méthode Api.projects
entity: Nom de l’entité demandée. SiNone, l’entité par défaut transmise àApisera utilisée. S’il n’existe pas d’entité par défaut, uneValueErrorest levée.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 cette valeur.
Projects, qui est une collection itérable d’objets Project.
méthode Api.queued_run
entity/project/queue_id/run_queue_item_id.
méthode Api.registries
lazy d’objets Registry.
Utilisez cet itérateur pour rechercher et filtrer des registres, des collections ou des versions d’artefact dans le registre de votre organisation.
Arguments :
organization: (str, facultatif) L’organisation du registre à récupérer. Si elle n’est pas spécifiée, utilisez l’organisation définie dans les paramètres de l’utilisateur.filter: (dict, facultatif) Filtre de type MongoDB à appliquer à chaque objet de l’itérateur de registrelazy. Les champs disponibles pour filtrer les registres sontname,description,created_at,updated_at. Les champs disponibles pour filtrer les collections sontname,tag,description,created_at,updated_at. Les champs disponibles pour filtrer les versions sonttag,alias,created_at,updated_at,metadataper_page: Définit la taille de page pour la pagination des requêtes.
lazy d’objets Registry.
Exemples :
Trouver tous les registres dont le nom contient “model”
méthode Api.registry
name: Le nom du registre. Il s’agit du nom sans le préfixewandb-registry-.organization: L’organisation du registre. Si aucune organisation n’est définie dans les paramètres, l’organisation sera récupérée à partir de l’entité si celle-ci n’appartient qu’à une seule organisation.
méthode Api.reports
wandb.Api.reports() est en version bêta et changera probablement dans de futures versions.
Arguments :
path: Chemin vers le projet dans lequel se trouve le rapport. Spécifiez l’entité qui a créé le projet comme préfixe, suivi d’un slash.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 le modifier.
Reports, qui est une collection itérable d’objets BetaReport.
Exemples :
méthode Api.run
entity/project/run_id.
Arguments :
path: Chemin du run au formatentity/project/run_id. Siapi.entityest défini, ce chemin peut être au formatproject/run_idet, siapi.projectest défini, il peut simplement s’agir de l’ID du run.
Run.
méthode Api.run_queue
RunQueue nommée de l’entité.
Voir Api.create_run_queue pour plus d’informations sur la création d’une file d’attente de run.
méthode Api.runs
Runs, qui itère de manière lazy sur des 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 regrouper des runs associés.host: le nom d’hôte où le run a été exécuté.jobType: le type de job ou l’objectif 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 à l’origine du run
config.experiment_name, summary_metrics.loss, etc.
Pour des filtrages plus complexes, vous pouvez utiliser des 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
path: (str) chemin vers le projet, doit être sous 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.Par exemple:{"config.experiment_name": "foo"}permettrait de trouver des runs dont l’entrée de configuration du nom d’expérience est définie sur “foo”order: (str) L’ordre peut êtrecreated_at,heartbeat_at,config.*.valueousummary_metrics.*. 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. 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.lazy: (bool) Indique s’il faut utiliser le chargement lazy pour de meilleures performances. Lorsque la valeur est 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 la valeur sur False pour charger l’ensemble des données dès le départ.
Runs, qui est une collection itérable d’objets Run.
Exemples :
méthode Api.slack_integrations
entity: L’entité (par ex. 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 de 50. En général, il n’est pas nécessaire de modifier ce paramètre.
Iterator[SlackIntegration]: Un itérateur d’intégrations Slack.
méthode Api.sweep
entity/project/sweep_id.
Arguments :
path: chemin vers le balayage au format entity/project/sweep_id. Siapi.entityest défini, ce chemin peut être au format project/sweep_id et, siapi.projectest défini, il peut simplement s’agir de sweep_id.
Sweep.
méthode Api.sync_tensorboard
méthode Api.team
Team correspondant au nom indiqué.
Arguments :
team: Le nom de l’équipe.
Team.
méthode Api.update_automation
obj: L’automatisation à mettre à jour. Elle doit déjà exister. 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 les valeurs éventuellement déjà définies 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.
méthode Api.upsert_run_queue
name: Nom de la file d’attente à créerentity: Nom facultatif de l’entité pour laquelle créer la file d’attente. SiNone, utiliser 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 la syntaxe 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 de 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 de priorisation facultative à utiliser. Soit “V0”, soitNone
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
api.viewer pour obtenir votre propre objet utilisateur.
Arguments :
username_or_email: Le nom d’utilisateur ou l’adresse e-mail de l’utilisateur.
User ou None si aucun utilisateur n’est trouvé.
méthode Api.users
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.
User.
méthode Api.webhook_integrations
entity: L’entité (par ex. 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’est pas nécessaire de modifier ce paramètre.
Iterator[WebhookIntegration]: Un itérateur d’intégrations webhook.