Passer au contenu principal
Exécutez des inférences avec les modèles Fastino via l’un des deux contrats d’API. Chaque contrat possède sa propre forme de requête et de réponse, et leurs champs ne sont pas interchangeables.

Prendre une décision avec GLiDE

Appelez POST /v1/systemone avec state et des questions typées. Recevez des réponses Noul, Choice ou Score avec des probabilités et une confiance.

Exécuter GLiNER

Appelez POST /v1/chat/completions avec messages. Ajoutez un schema pour l’extraction, la classification, les structures ou les relations avec GLiNER.
Pour les concepts GLiDE et le choix des primitives, commencez par Modèles de décision. Le guide d’inférence GLiDE couvre l’intégration HTTP.

Contrats API

GLiDE / System One

Schéma complet de requête et de réponse pour l’inférence de modèles de décision.

GLiNER / Chat Completions

Contrat GLiNER complet compatible OpenAI.

GLiNER natif

Contrats synchrone, asynchrone et de statut de tâche.

Responses

Contrat d’inférence compatible OpenAI Responses.

Messages

Contrat d’inférence compatible Anthropic Messages.

Modèles

Lister les identifiants de modèles compatibles.

Confirmer le routage et la conservation

Les appels réussis à POST /v1/systemone, /v1/chat/completions, /v1/responses, /v1/messages et /v1/gliner-2 renvoient deux en-têtes de diagnostic :
  • X-Fastino-Data-Retention vaut zero lorsque l’équipe a activé le Zero Data Retention, not-stored lorsque la requête a désactivé l’historique d’inférence, ou stored dans les autres cas.
  • X-Fastino-Served-Model est le modèle canonique qui a traité l’appel. Il s’agit de l’identifiant du modèle fine-tuné lorsqu’un fine-tuning a servi la requête, et de l’identifiant du modèle de base dans les autres cas.
Inspectez-les lorsque vous vérifiez une intégration :
Les en-têtes sont absents des réponses d’erreur et des flux qui échouent avant l’envoi au fournisseur. Un flux qui échoue après l’envoi les conserve et signale son erreur dans le flux.

Démarrages à froid et nouvelles tentatives

Un modèle inactif ou récemment déployé peut subir un démarrage à froid. Utilisez un délai de lecture d’au moins 300 secondes et un backoff borné pour les réponses 425, 429 et 503. Respectez Retry-After lorsqu’il est présent. Une requête expirée peut tout de même réchauffer le déploiement, permettant à la requête suivante d’aboutir. Ne retentez pas les erreurs d’authentification, de facturation, de validation ou de modèle inconnu sans corriger le problème sous-jacent.