Authentification et entities

Envoyez une clé API W&B en tant que jeton Bearer HTTP :

Authorization: Bearer <wandb-api-key>

Le service résout le viewer W&B, l’entity par défaut et les appartenances aux équipes à chaque requête de gestion. Le proxy met en cache cette même identité, indexée par un hachage de la clé.

Sélection de l’entity de gestion

Omettez l’en-tête d’entity pour utiliser l’entity par défaut de la clé :

curl https://distillation.training.wandb.ai/v1/tasks \
  -H "Authorization: Bearer $WANDB_API_KEY"

Sélectionnez une équipe accessible à l’aide d’un seul en-tête :

curl https://distillation.training.wandb.ai/v1/tasks \
  -H "Authorization: Bearer $WANDB_API_KEY" \
  -H "Wandb-Entity: your-team"

Les paramètres de requête d’entity sont rejetés. Cela évite toute confusion entre les filtres de ressources et la propriété.

Sélection de l’entity via le proxy

Le client OpenAI ne propose pas de convention d’en-tête personnalisé portable d’une intégration à l’autre. C’est pourquoi les requêtes envoyées au proxy indiquent l’entity dans le corps JSON :

{
  "model": "ticket-classifier",
  "messages": [{"role": "user", "content": "Hello"}],
  "metadata": {"wandb.entity": "your-team"}
}

Dans le SDK Python d’OpenAI, transmettez les métadonnées via extra_body.

Identifiants d’authentification de production

Pour les applications déployées et les jobs de longue durée, privilégiez une clé de compte de service d’équipe W&B. Avec des identifiants d’authentification personnels, la disponibilité dépend de l’accès d’un seul employé, et l’entity par défaut est alors l’entity personnelle de cet employé.

​Sélection de l’entity de gestion

​Sélection de l’entity via le proxy

​Identifiants d’authentification de production

Sélection de l’entity de gestion

Sélection de l’entity via le proxy

Identifiants d’authentification de production