Passer au contenu principal
POST
BaseURL : utilisez https://direct.evolink.ai par défaut ; https://api.evolink.ai est l’adresse de secours.

Autorisations

Authorization
string
header
requis

Authentifiez-vous avec votre API Key EvoLink comme jeton Bearer.

Obtenir une API Key :

Consultez la page de gestion des API Keys.

En-tête de la requête :

Corps

application/json

Le corps de la requête accepte uniquement model, input et questions. Tout autre champ (comme stream) renvoie 400 invalid_request.

model
enum<string>
requis

ID du modèle. Utilisez gemini-decision-1.

Ce modèle n’est pas un modèle de conversation et ne fonctionne que sur ce point de terminaison. Par exemple, l’envoyer au point de terminaison GPT Decisions /v1/decisions renvoie 400 model_endpoint_mismatch.

Options disponibles:
gemini-decision-1
Exemple:

"gemini-decision-1"

input
requis

Entrée partagée par toutes les questions : une chaîne de texte, un bloc de contenu unique ou un tableau de blocs de contenu (texte, image, audio, vidéo ou document PDF). L’entrée ne peut pas être vide. Les blocs de texte adjacents sont concaténés dans l’ordre sans séparateur ; ajoutez vous-même espaces ou retours à la ligne. Pour transmettre des données JSON, sérialisez-les en chaîne et envoyez-les comme texte.

Minimum string length: 1
Exemple:

"I was charged twice for my order."

questions
object
requis

Questions à évaluer, sous forme de table associant une clé de question à une question : 1 à 1 000 questions. Vous choisissez les clés (1 à 64 caractères correspondant à [A-Za-z0-9_-]+), et chaque réponse est renvoyée sous la même clé. Le modèle ne voit jamais les clés : rédigez la question complète dans instructions.

Chaque question est évaluée indépendamment sur la même entrée et ne voit pas les autres ; les types de questions peuvent être mélangés. Si des questions dépendent les unes des autres, répartissez-les dans des requêtes distinctes. L’entrée et toutes les questions partagent une fenêtre de contexte de 262 144 tokens.

Exemple:

Réponse

Une réponse par question, sous les mêmes clés que les questions de la requête

answers
object

Une réponse par question, sous les mêmes clés que les questions de la requête ; le type de chaque réponse correspond à sa question. Vide lorsque prompt_feedback.block_reason est défini

usage
object

Utilisation des tokens. Seuls les tokens d’entrée sont facturés (total_input_tokens) : les tokens de texte, d’image, d’audio, de vidéo et de PDF ont le même prix, et la sortie est toujours de 0. Un montant minimum s’applique à chaque requête. Consultez les Tarifs des modèles pour les prix actuels. La mise en cache du contexte n’est pas prise en charge ; toute entrée répétée est facturée séparément à chaque requête. Si une réponse HTTP 200 contient prompt_feedback.block_reason, les tokens d’entrée restent facturés. En l’absence de données d’utilisation valides, la facturation repose sur une estimation.

prompt_feedback
object

Retour des filtres de contenu appliqués à l’entrée. Lorsque block_reason est défini, l’entrée a été bloquée, aucune question n’a été évaluée et answers est vide. Si la réponse porte le statut HTTP 200, la requête reste facturée ; voir usage.