Noms de modèles et routage
1. Convention du champ model
Une chaîne model identifie le fournisseur et le modèle amont, séparés par deux points :
- Format :
provider:modelId
Exemples : deepseek:deepseek-chat, deepseek-chat (si supporté), AliyunBailian:deepseek-chat (exemple), deepseek:deepseek-reasoner, openai:gpt-4.1-mini.
- provider — Identifiant interne (
deepseek,openai, etc.). - modelId — Nom du modèle selon la doc du fournisseur.
Le préfixe
provider:peut parfois être omis (résolution par défaut).
2. Routage (transparent)
Pour POST https://api.mixgateway.io/v1/chat/completions :
- Analyse de
provider/modelIddepuismodel. - Choix du point de terminaison amont et des identifiants.
- Réécriture éventuelle de
modelvers l’id réel du fournisseur.
Pas besoin de maintenir des correspondances fournisseur dans votre appli si
modelest valide pour votre compte.
3. Exemple : migrer depuis DeepSeek direct
Direct DeepSeek :
curl https://api.deepseek.com/v1/chat/completions \
-H "Authorization: Bearer {deepseek_api_key}" \
-H "Content-Type: application/json" \
-d '{"model": "deepseek-chat", "messages": [{"role":"user","content":"Hi"}]}'
**Via mixgateway.io ** (même corps, autre base URL et clé) :
curl https://api.mixgateway.io/v1/chat/completions \
-H "Authorization: Bearer {gateway_api_key}" \
-H "Content-Type: application/json" \
-d '{"model": "deepseek-chat", "messages": [{"role":"user","content":"Hi"}]}'
- URL de base →
https://api.mixgateway.io/v1 - Authorization → clé passerelle depuis la [console](/dashboard).
Explicite : "model": "deepseek:deepseek-chat"
4. Fournisseurs et modèles
- Page Tarifs du site pour les grilles publiques.
- [Console](/dashboard) pour les modèles activés et la facturation.