Models

L’ID de modèle est l’un des paramètres les plus importants lors de l’appel à RouteAPI. Le model de la requête doit être un modèle disponible pour le compte actuel.

Endpoint

GET /v1/models

Exemple :

curl https://www.routeapi.ai/v1/models \
  -H "Authorization: Bearer $ROUTEAPI_KEY"

ID de modèle

Lors de l’appel de l’interface, utilisez l’ID de modèle et non le nom d’affichage dans la console.

{
  "model": "gpt-4o"
}

Si RouteAPI configure un mappage de modèles, référez-vous à l’ID retourné par la console ou par l’interface de liste des modèles.

Champs de modèle recommandés à afficher

Champ	Description
id	ID de modèle utilisé lors des appels
name	Nom d’affichage
context_length	Longueur maximale du contexte
input_price	Prix d’entrée
output_price	Prix de sortie
supports_stream	Indique si la sortie en streaming est prise en charge
supports_tools	Indique si les appels d’outils sont pris en charge
supports_vision	Indique si les entrées image sont prises en charge
supports_json_schema	Indique si les sorties structurées sont prises en charge

Diagnostic d’un modèle indisponible

Lorsqu’une requête retourne un modèle indisponible, une absence de droit ou une erreur côté service, vérifiez dans cet ordre :

1. L’ID de modèle est-il correctement orthographié ?
2. La requête contient-elle des paramètres optionnels non pris en charge par le modèle actuel ?

Bonnes pratiques

• Figez les ID de modèle pour les applications de production et ne dépendez pas des noms d’affichage.
• Préparez des modèles de remplacement pour les activités critiques.
• Pour les scénarios nécessitant des appels d’outils ou des sorties structurées, confirmez les capacités du modèle à l’avance.
• Avant la mise en production, utilisez le même Token pour lister les modèles et effectuer un appel réel de validation.