Mistral a annoncé le 28 octobre 2026 la préversion publique de Mistral Responses API, une interface conçue pour créer des applications et des agents avec ses modèles hébergés. Elle reprend le format Responses d’OpenAI, mais l’application doit conserver l’historique des échanges et exécuter elle-même les appels de fonction.

Entrées, sorties et événements en streaming

La préversion accepte des entrées textuelles, des images et des fichiers. Les images nécessitent un modèle doté de capacités de vision. Pour les fichiers, l’application peut fournir une URL HTTPS, une data URL encodée en base64 ou l’identifiant d’un fichier téléversé.

Les réponses peuvent contenir des éléments distincts pour le message du modèle, son raisonnement et ses appels de fonction. Pour structurer une sortie, l’application peut demander du JSON ou un schéma JSON via text.format. Le streaming transmet des événements liés au texte et aux arguments des fonctions ; le client doit aussi gérer les états de réponse terminée, échouée ou incomplète, ainsi que les erreurs.

Les capacités de vision et le niveau de raisonnement dépendent du modèle choisi. Les exemples de Mistral utilisent Mistral Large 4, déjà présenté dans notre article sur son aperçu API.

L’application exécute les appels de fonction

Quand le modèle renvoie une demande de fonction, c’est le code de l’application qui prend le relais. Mistral recommande de vérifier les arguments avant d’exécuter l’action. Le cycle se déroule ainsi :

  1. L’application valide les arguments associés à la fonction demandée.
  2. Elle exécute la fonction dans son propre environnement.
  3. Elle renvoie le résultat avec le call_id correspondant, puis transmet l’historique et les éléments de sortie précédents dans la requête suivante.

Mistral Responses API est sans état : l’application doit donc stocker l’historique et le renvoyer à chaque requête. L’endpoint de création est POST /v1/responses. Un endpoint distinct, POST /v1/responses/input_tokens, compte les jetons d’entrée de la requête, y compris ceux de l’historique, des instructions et des définitions d’outils.

La référence de l’API expose aussi usage.input_tokens_details.cached_tokens, qui indique le nombre de jetons d’entrée mis en cache. Le paramètre prompt_cache_key peut augmenter les chances d’obtenir un cache, sans le garantir.

Un format commun, avec des responsabilités côté client

Mistral indique que son API utilise le format Responses d’OpenAI et peut servir à de nouvelles applications comme à des intégrations déjà fondées sur ce format. Pour les développeurs, ce format commun est un point de départ ; la gestion de l’historique et l’exécution des fonctions restent à la charge de l’application.