Accueil → Aide

Un modèle qui fonctionnait hier échoue désormais pour tout le monde dans le même groupe de clés

Les passerelles routent par groupe : une clé appartient à un groupe, un groupe pointe vers un ou plusieurs comptes amont. Si le groupe n'a qu'un compte et que ce compte cesse de servir le modèle (crédit expiré, clé révoquée, liste de modèles qui ne correspond plus), toutes les clés du groupe perdent le modèle en même temps.

Ce que vous voyez

Pourquoi cela arrive

Le libellé de l'erreur désigne le modèle, ce qui pousse à vérifier l'orthographe et la disponibilité. La condition réellement signalée est « aucun compte de votre groupe ne peut servir ceci », et la correction se fait du côté des comptes.

Les groupes à compte unique n'ont par construction aucune redondance. Avec deux comptes ou plus, le routeur bascule et personne ne remarque rien ; avec un seul, un unique problème amont est une panne totale pour ce groupe.

Une variante plus subtile : un compte annonce un modèle qu'il ne peut pas réellement fournir. Toutes les requêtes qui lui sont envoyées échouent et, selon la logique de santé du routeur, ces échecs répétés peuvent retirer tout le groupe de la rotation, si bien que des modèles qui fonctionnaient se mettent aussi à échouer. Nous l'avons vu exactement ainsi : un seul nom de modèle mal déclaré dans la liste d'un compte a fait tomber le trafic de tout un groupe.

Vérifiez si c'est bien la cause

Demandez à la passerelle ce que votre clé peut réellement atteindre, au lieu de le supposer :

curl -s 'YOUR_BASE_URL/models' \
  -H 'Authorization: Bearer YOUR_KEY' \
  | python3 -c 'import sys,json; d=json.load(sys.stdin); print(len(d["data"]), "models"); [print(" ", m["id"]) for m in d["data"]]'

Si le modèle est absent de cette liste, le groupe de la clé ne peut pas le servir et aucune correction de la requête n'y changera rien. S'il est présent mais que les appels échouent encore, c'est le compte amont derrière le groupe qui est en panne.

Comment le corriger

  1. Interrogez d'abord /models avec la clé qui échoueUne seule requête vous dit s'il s'agit d'un problème de routage ou de requête, et elle ne coûte rien.
  2. Demandez au fournisseur à quel groupe appartient la cléDeux clés d'apparence identique peuvent se trouver dans des groupes différents, avec des comptes amont différents. Connaître le groupe transforme « parfois ça marche » en règle reproductible.
  3. Gardez une deuxième clé dans un autre groupe pour tout ce qui compteC'est la redondance la moins chère qui soit : quand un groupe a un problème amont, changer de clé est une modification d'une ligne plutôt qu'une panne.
  4. Ne vous fiez pas à la présence d'un modèle dans une liste publiqueUn modèle listé sur une page de tarifs peut rester indisponible pour votre groupe. La réponse qui fait foi est ce que /models renvoie pour votre clé.
Sur APICLAN, chaque clé appartient à exactement un groupe, et /models reflète toujours ce que cette clé peut réellement appeler. Les modèles proposés par chaque groupe sont listés sur la page de tarifs.

Voir aussi

Unexpected token '<' lors d'un appel à une API compatible OpenAI401 invalid API key : quand la clé semble correcte mais échoue quand même

Dernière vérification le 2026-10-01. Rédigé à partir de problèmes diagnostiqués sur une passerelle compatible OpenAI en production, pas compilé à partir d'autres sites.