VérifiéVérifié le 2026-08-07
Erreurs de fournisseurs
Diagnostiquer authentification, quotas, modèles indisponibles, délais et repli de clés ou de modèles.
#Catégories
| Symptôme | Cause probable | Action |
|---|---|---|
| Authentification refusée | Clé invalide, révoquée ou compte déconnecté | Révoquer/remplacer dans la console officielle; ne pas coller la clé dans les logs. |
| Limite atteinte | Quota, crédit ou débit | Consulter le tableau de bord du fournisseur et attendre la fenêtre indiquée. |
| Modèle absent | Retrait, renommage ou droit de compte | Rafraîchir le catalogue et choisir un modèle annoncé. |
| Délai ou réseau | Connexion, service ou proxy | Tester le réseau et l’état officiel; ne pas désactiver le pare-feu globalement. |
| Réponse vide/incompatible | Format ou capacité du modèle | Tester un modèle connu compatible sans outils. |
#Comportement de repli
Pour certaines erreurs techniques ou de limite, une chaîne de clés peut être essayée dans un ordre borné. Une hiérarchie de modèles configurée peut aussi avancer avant qu’une sortie soit engagée. Une réponse déjà diffusée n’est pas recommencée silencieusement avec un autre fournisseur.
#Collecter un diagnostic sûr
- Heure et fournisseur, sans clé ni jeton.
- Catégorie et code HTTP générique si visible.
- Nom public du modèle et étape de l’échec.
- État du réseau et réussite d’un test non sensible.
- Commit/build utilisé par le collaborateur.
Provenance de cette page
Faits produit vérifiés sur PC 7b6b3b000b89, mobile d492cc89cf77 et Worker f07e239bd455.
Sources consultées
- PC: osia/agent.py
- PC: osia/models.py