Mistral ouvre ses agents gérés aux tests en préversion publique

Ce qui change

Mistral a annoncé le 5 novembre 2026 Managed Agents, en préversion publique. Cette solution permet de développer un agent en Python, puis de choisir où exécuter son programme : dans votre application pour les essais, sur vos serveurs ou sur l’infrastructure de Mistral. Le code de l’agent reste commun aux trois modes. Notes de version.

Une fois déployée avec Studio, l’exécution peut continuer en arrière-plan. Pour une PME qui prépare une automatisation nécessitant plusieurs échanges avec ses outils, la décision consiste à comparer l’exploitation sur ses serveurs à celle confiée à Mistral, puis à éprouver le fonctionnement sur un périmètre limité.

Quelles entreprises peuvent l’essayer

Ce sujet concerne les entreprises disposant d’un développeur Python, en interne ou chez un prestataire. Le guide de démarrage demande un droit de création de clé dans l’espace de travail et, pour l’installation manuelle, Python 3.12, 3.13 ou 3.14 en version standard ; la variante 3.14t est exclue.

La création de clés et l’utilisation de l’API nécessitent l’activation de la facturation et du paiement à l’usage. Celui-ci utilise des crédits prépayés. Vérifiez ces réglages avant le pilote. Conditions d’accès et de budget, abonnements.

Le déploiement géré requiert aussi un dépôt GitHub, sa connexion à Studio et un rôle donnant accès aux Workflows, par exemple Developer ou Workspace Contributor. Exécuter le programme sur vos serveurs ne rend pas l’ensemble local : dans ce mode, Mistral conserve les sessions et fournit les appels au modèle. Déploiement, modes d’exécution.

Disponible en préversion, avec des délais à prévoir

L’annonce est datée du 5 novembre ; il s’agit toujours d’une préversion publique. L’interface de programmation, le comportement et les limites peuvent évoluer. Présentation de Managed Agents.

Par défaut, une session déployée s’arrête après quatre heures d’inactivité ou vingt-quatre heures au total, selon la première limite atteinte. L’attente d’une réponse de l’utilisateur ou de l’application compte comme de l’inactivité ; le travail d’un sous-agent n’en est pas. Une session terminée par une limite ne reprend pas. Limites du déploiement, cycle des sessions.

Une demande d’approbation attend une heure ; sans réponse, l’outil n’est pas exécuté et le traitement continue. Ces délais doivent entrer dans la conception du pilote. Approbations.

Ce qu’il faut faire

• Choisissez une tâche limitée et nommez la personne qui décidera si le pilote peut être étendu.
• Faites vérifier les prérequis Python, les droits, la facturation et le plafond mensuel de dépenses ; consultez aussi les limites d’API affichées dans l’administration.
• Comparez les deux modes de déploiement en tenant compte du stockage des sessions chez Mistral, y compris lorsque vos outils tournent sur vos serveurs.
• Définissez les appels qui doivent attendre une approbation humaine. Testez une réponse tardive et l’expiration de la session.
• Éprouvez les interruptions et les appels répétés avant toute action réelle : un outil qui modifie un système doit pouvoir être rappelé sans produire deux fois l’effet attendu. La documentation signale explicitement ce besoin de protection contre les doublons. Comportement des outils.

Pour votre projet d’agent, VCSTS conçoit ce système, l’éprouve sur vos cas réels, le met en service et le fait vivre.