mixgateway.io

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 :

  1. Analyse de provider / modelId depuis model.
  2. Choix du point de terminaison amont et des identifiants.
  3. Réécriture éventuelle de model vers l’id réel du fournisseur.

Pas besoin de maintenir des correspondances fournisseur dans votre appli si model est 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 basehttps://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.

Voir aussi