Clé API FlexInference
Créez une clé dans le tableau de bord. Le tableau de bord l’affiche une seule fois ; stockez-la comme un secret. Envoyez-la comme un jeton de type “bearer” dans l’en-têteAuthorization :
start_within, qui définit le temps maximal d’attente pour le démarrage de la requête. default utilise le niveau standard. Une durée permet au planificateur de surface d’essayer d’abord un niveau flex moins cher, puis de passer au niveau standard si flex ne peut pas démarrer avant la date limite. Consultez Routage par délai pour la liste complète des valeurs.
Une clé mal formée, révoquée ou inconnue renvoie 401 invalid_api_key. Chaque clé FlexInference contient une somme de contrôle, de sorte que les fautes de frappe évidentes sont rejetées avant tout appel au fournisseur. La révocation est vérifiée avant le routage. Si vous rencontrez cette erreur, vérifiez que vous avez copié la clé entière, qu’elle commence par flex_live_ et que vous ne l’avez pas révoquée dans le tableau de bord. Créez une nouvelle clé si vous n’êtes pas sûr de sa validité.
Vos clés de fournisseur (BYOK)
FlexInference ne revend pas l’inférence. Ajoutez vos clés de fournisseur une seule fois dans le tableau de bord : OpenAI (sk-...) pour les modèles GPT, Gemini (AIza...) pour les modèles Gemini, Anthropic (sk-ant-...) pour les modèles Claude, ou un mélange des trois. Pour les routes cloud, ajoutez une clé express Vertex (préfixe AQ.) ou une clé bearer Bedrock (préfixe ABSK) avec sa région. Le fournisseur facture directement votre compte.
Le modèle et le tableau provider facultatif sélectionnent la clé du fournisseur. Par défaut, le nom du modèle la sélectionne : un modèle gemini-* utilise votre clé Gemini, un modèle claude-* utilise votre clé Anthropic, et tout le reste utilise votre clé OpenAI. Lorsque vous épinglez une route avec provider, chaque route de la chaîne utilise la clé de cette route : une route google utilise votre clé Gemini, une route anthropic votre clé Anthropic, et une route openai votre clé OpenAI. Les routes cloud vertex et bedrock utilisent leurs propres clés : une route vertex utilise votre clé express Vertex (préfixe AQ.) et une route bedrock utilise votre clé bearer Bedrock (préfixe ABSK) et sa région. Voir routage par fournisseur.
Chaque clé de fournisseur est stockée chiffrée au repos avec une liaison par organisation. FlexInference ne la logue jamais, ne la renvoie jamais et ne vous demande jamais de l’envoyer par requête.
Si la requête nécessite une clé qui n’est pas configurée, vous obtenez 400 no_byok_key (OpenAI), 400 no_gemini_key (Gemini), 400 no_anthropic_key (Anthropic), 400 no_vertex_key (Vertex) ou 400 no_bedrock_key (Bedrock). Ajoutez la clé dans le tableau de bord et réessayez. Si une clé stockée existe mais ne peut pas être déchiffrée, la requête échoue avec 500 internal_error, et non avec une erreur de clé manquante.
Chaque route que vous nommez dans une chaîne provider nécessite sa clé, pas seulement la route principale. Une clé manquante est une erreur de configuration plutôt qu’une défaillance transitoire, elle est donc rejetée avant tout appel en amont et ne passe jamais à la route suivante de la chaîne : ["bedrock","anthropic"] sans clé Bedrock renvoie 400 no_bedrock_key même si votre clé Anthropic est présente. Voir routage par fournisseur.
La clé Bedrock que vous ajoutez ici est votre clé d’inférence (préfixe
ABSK). Elle n’est pas la même que la configuration du compte AWS requise
par les quatre modèles Claude les plus récents sur la route bedrock : un
opt-in unique de rétention de données provider_data_share et un accord de
modèle, exécutés une fois avec les identifiants AWS d’un administrateur, et
non cette clé d’inférence. Tant que cela n’est pas fait, ces modèles
renvoient 403 bedrock_model_access_denied. Voir la configuration des
modèles les plus récents.Étant donné que la facturation s’effectue sur votre propre compte de
fournisseur, vos limites de débit, quotas et contrôles de dépenses existants
s’appliquent toujours. Cela est valable que la requête soit envoyée à OpenAI,
Gemini ou Anthropic.