Fournisseurs personnalisés
Les fournisseurs personnalisés (BYOK — Bring Your Own Key) permettent de se connecter à des endpoints d’API compatibles OpenAI avec votre propre clé d’API. Les fournisseurs locaux comme Ollama sont également pris en charge.ProviderConfig
La classeProviderConfig expose les propriétés suivantes.
| Propriété | Type | Description |
|---|---|---|
baseUrl | string | Requis. URL de l’endpoint d’API |
type | string|null | Type de fournisseur. openai (par défaut), azure, anthropic |
wireApi | string|null | Format d’API (openai/azure uniquement). completions (par défaut) ou responses |
apiKey | string|null | Clé d’API. Non nécessaire pour les fournisseurs locaux comme Ollama |
bearerToken | string|null | Pour l’authentification par Bearer Token. Prioritaire sur apiKey |
azure | array|null | Options spécifiques à Azure, ex. ['apiVersion' => '2024-10-21'] |
Utilisation de base
Avec un fournisseur personnalisé, le paramètremodel est obligatoire.
Ollama (fournisseur local)
Avec les fournisseurs locaux comme Ollama,apiKey n’est pas nécessaire.
Azure OpenAI
Pour utiliser Azure OpenAI, tenez compte des points suivants.typedoit êtreazure(et nonopenai)baseUrlne doit contenir que l’hôte (n’incluez pas des chemins comme/openai/v1)
Points importants
- Pour les endpoints Azure (
*.openai.azure.com), utilisez toujourstype: 'azure' baseUrlne contient que l’hôte ; le SDK construit automatiquement le chemin
Gestionnaire onListModels
En mode BYOK avec un fournisseur personnalisé, vous pouvez faire en sorte queclient->listModels() appelle un gestionnaire personnalisé plutôt que le serveur CLI.
Configurez cela via la méthode listModelsUsing(). Comme le client s’initialise facilement, appelez toujours listModelsUsing() avant listModels().
null, vous retirez le gestionnaire et rétablissez le comportement par défaut (requête au serveur CLI).
listModelsUsing() est configuré, listModels() n’a pas besoin de se connecter au serveur CLI et n’utilise pas de cache.
Pour les dernières informations, consultez le dépôt GitHub.