{provider}/{model}.
Enregistrer un fournisseur
Ouvrez le menu de l’entity, choisissez Fournisseurs, puis renseignez les champs suivants :- Name : identifiant en minuscules utilisé dans chaque référence de modèle, par exemple
openaiouopenrouter. - Base URL : la racine exacte de l’API compatible avec OpenAI, y compris tout préfixe de chemin requis tel que
/v1, sans paramètres de requête ni identifiants d’authentification intégrés. - API key : chiffrée avant stockage et jamais renvoyée.
API : Enregistrer un fournisseur (PUT /providers/{provider})
API : Enregistrer un fournisseur (PUT /providers/{provider})
Le nom du fournisseur correspond au dernier segment de l’URL. Cet exemple enregistre Interrogez
openai :GET /providers/openai jusqu’à ce que son déploiement passe à l’état applied. Voir Créer un fournisseur ou faire pivoter sa clé.L’interface utilise
POST /responses pour le fournisseur openai afin que le réétiquetage et
les évaluations conservent le comportement d’OpenAI en matière de raisonnement et d’appels d’outils. Les autres fournisseurs
doivent implémenter le point de terminaison POST /chat/completions compatible avec OpenAI.Activer les ID de modèles
Développez la liste des modèles d’un fournisseur pour :- activer ou désactiver des modèles connus dans les sélecteurs de l’interface utilisateur ;
- ajouter un ID de modèle personnalisé exposé par ce fournisseur ;
- définir des prix facultatifs d’entrée et de sortie, en USD par million de jetons.
wandb-inference intégré
Chaque entity dispose d’un fournisseur système nommé wandb-inference. Celui-ci utilise la clé W&B de l’appelant au lieu de stocker un identifiant d’authentification supplémentaire. Utilisez-le pour les modèles du catalogue hébergés par W&B et les artifacts affinés.
Vous pouvez enregistrer explicitement un fournisseur sous ce même nom afin de remplacer le comportement de transmission directe par un identifiant d’authentification stocké. Si vous supprimez cette redéfinition, le fournisseur système est rétabli lors de sa prochaine utilisation.