Mistral étend Studio avec des agents gérés, des workflows et des applications : sa documentation indique que les agents gérés et l’Agents SDK sont en préversion publique, que les sessions se terminent par défaut après 24 heures, que le mode auto-hébergé laisse Mistral stocker la session, et que les gains de temps sont auto-déclarés

Le 5 novembre 2026, Mistral AI a annoncé l’extension de Mistral Studio, sa plateforme d’entreprise, avec des agents gérés (managed agents) et des applications, ainsi que de nouvelles fonctions pour les workflows, le contexte d’entreprise, l’observabilité des agents et les évaluations. L’article est construit autour du modèle Mistral Large 4, surnommé Le Chonk, et affirme que des clients comme ABANCA, Accenture, Alten, BNP Paribas, Capgemini, CMA CGM et Tata Consultancy Services utilisent déjà Studio en production. Un fait manque à l’article et n’apparaît que dans la documentation : la page Managed Agents indique que Managed Agents et l’Agents SDK sont en préversion publique, que leur API, leur comportement et leurs limites peuvent changer et que cela peut exiger des modifications de code.

Les agents gérés sont le cœur de la publication. Mistral dit que les développeurs peuvent construire des agents pour des tâches à plusieurs étapes, leur donner des compétences (skills) qui consignent les procédures d’une équipe, des bacs à sable où exécuter du code et des sous-agents pour une partie de la tâche, et ajouter des hooks pour une logique personnalisée à des moments clés. Studio exécute l’agent sur une infrastructure qui, selon Mistral, soutient des millions de sessions Mistral Vibe par semaine, un chiffre d’usage non détaillé. La documentation décrit un agent comme un modèle plus un harnais (harness), avec une session qui enregistre chaque message, appel d’outil et résultat, et un environnement facultatif, c’est-à-dire un bac à sable. Par défaut, un agent n’a pas d’environnement.

La documentation donne aussi les limites d’exploitation que l’article omet. Une tâche déployée peut durer des jours, mais par défaut une session se termine après 24 heures, ou après 4 heures d’inactivité lorsqu’aucun tour ne tourne ou que le tour attend seulement une personne ; les deux limites peuvent être relevées. Si la machine tombe en panne, le tour reprend à son dernier appel de modèle ou d’outil terminé. Un tour qui attend une approbation attend une heure par défaut, même si l’application est fermée. Chaque tour est une trace dans Studio, avec un span par appel de modèle et par appel d’outil. Il y a deux modes de déploiement : `agents serve` exécute le harnais et les outils sur vos propres serveurs, et `agents deploy` les fait exécuter par Mistral.

Les workflows et les applications sont les deux autres pièces. Un workflow définit quelles étapes suivent des règles fixes, où un agent raisonne et où une personne décide, et une exécution interrompue peut reprendre. Mistral ajoute des déclencheurs d’événements issus des systèmes d’entreprise et un graphe visuel, et dit qu’un workflow peut être généré à partir d’une description dans Mistral Vibe, sous forme de code que les équipes peuvent inspecter et modifier. Les applications reçoivent l’hébergement, l’authentification et les contrôles d’accès, construits avec des composants réutilisables préapprouvés pour que moins de code nouveau passe en revue de sécurité. Un nouveau serveur MCP de Mistral permet de construire avec Mistral Vibe ou un autre agent de codage, de tester en local et de déployer sur Studio avec une seule commande.

L’argument de souveraineté demande de la prudence. L’article dit que les modèles et la plateforme peuvent tourner dans votre propre cloud, votre VPC ou sur site, ou dans des déploiements hébergés par Mistral, et que les données sensibles peuvent rester dans votre périmètre. La documentation est plus précise pour le mode agents gérés : avec `agents serve`, le harnais et vos outils tournent sur vos serveurs, mais Mistral stocke la session. Le bac à sable peut aussi être hébergé par Mistral. Le modèle peut tourner via l’API de Mistral ou derrière votre propre passerelle. Savoir quelle configuration garde quelles données où est donc une question à poser à Mistral avant qu’une équipe réglementée ne s’appuie sur le mot souverain. Nous n’avons testé aucun déploiement.

Les chiffres d’économies sont ceux de Mistral, sans base de comparaison. Un agent d’investigation d’incidents construit par ses ingénieurs fait gagner à l’équipe « des centaines d’heures par mois », et un workflow de tri des retours fait gagner à son équipe d’opérations produit environ 35 heures par semaine. CMA CGM dit que chaque nouveau processus est prêt pour la production en semaines plutôt qu’en mois. Ce sont des résultats déclarés par le fournisseur et ses clients ; l’article examiné ne donne ni méthode de mesure, ni référence, ni données vérifiables, et nous ne pouvons pas les contrôler indépendamment. L’article ne donne ni benchmark, ni chiffre de latence ou de coût, ni prix, ni liste de régions ou d’offres.

Notre lecture : la publication est un vrai pas vers des agents qui survivent aux pannes, attendent des approbations et laissent une trace, et la documentation la rend plus vérifiable que l’article seul. Les équipes qui veulent l’essayer devraient lire d’abord l’avis de préversion, prévoir des changements d’API, fixer volontairement les limites de session et d’approbation, et déterminer quel mode stocke quoi avant d’y déplacer un processus sensible.