Aller au contenu principal

Introduction aux Workflows Mistral

Mis à jour le 29 juillet 2026

Orchestrer des tâches IA complexes

Une application d’intelligence artificielle sérieuse ne tient jamais dans un seul appel API. Prenez un service qui produit chaque nuit un rapport client : il récupère des données dans trois systèmes, les fait traiter par un modèle, envoie le résultat par email, attend qu’un responsable valide, puis relance un traitement de facturation. Cette chaîne s’étale sur des heures, parfois des jours, et traverse des réseaux, des files d’attente et des services tiers dont aucun n’est fiable à cent pour cent.

Le jour où la machine qui exécute ce pipeline redémarre entre l’envoi de l’email et la facturation, deux issues sont possibles. Soit vous relancez tout depuis le début et le client reçoit son rapport une deuxième fois, soit vous avez écrit à la main un système de points de reprise, de verrous et de tables d’état — plusieurs centaines de lignes qui n’ont rien à voir avec votre métier. La plateforme Workflows de Mistral AI, en Public Preview depuis début 2026, existe pour vous éviter ce choix : elle apporte une garantie de base selon laquelle votre workflow ne perdra jamais sa progression.

Qu’est-ce qu’un workflow durable ?

Un workflow durable est un programme dont chaque étape est persistée avant que la suivante ne commence. Reprenez le rapport nocturne : au moment où l’email part, la plateforme a déjà inscrit dans son journal que cette étape est terminée et avec quel résultat. Si le processus s’interrompt une seconde plus tard, la reprise se fait à l’étape de facturation, pas au début — sans perte de données et sans duplication d’actions.

Cette mécanique n’a rien d’expérimental. La plateforme Workflows de Mistral est propulsée par Temporal, un moteur d’orchestration éprouvé en production chez des entreprises comme Netflix, Uber et Stripe. Vous héritez donc d’un modèle d’exécution qui a déjà encaissé des pannes à grande échelle, avec une couche Mistral qui l’expose en Python moderne.

Les étapes d’un workflow typique

Avant d’entrer dans le détail des leçons suivantes, voici le trajet complet que vous allez parcourir, de la définition du code jusqu’au monitoring en production.

1

Définir les activités

Chaque unité de travail (appel API, requête BDD, traitement IA) est encapsulée dans une fonction async appelée activité.

2

Créer le workflow

Le workflow orchestre les activités : dans quel ordre les exécuter, sous quelles conditions, avec quels branchements.

3

Lancer un worker

Le worker est le processus qui exécute concrètement vos workflows et activités. Il se connecte à la plateforme Mistral et attend les tâches.

4

Déclencher l'exécution

Vous lancez le workflow via le SDK Python ou un appel cURL. La plateforme persiste chaque étape et gère les reprises automatiques.

5

Observer et monitorer

Chaque activité génère des traces OpenTelemetry. Vous suivez l'exécution en temps réel et diagnostiquez les problèmes.

Capacités clés de la plateforme

L’exécution est fiable et tolérante aux pannes : les workflows ne perdent jamais leur progression, puisque chaque étape est persistée avant de passer à la suivante. Qu’il s’agisse d’un crash serveur, d’une coupure réseau ou d’une erreur transitoire chez un fournisseur, le workflow reprend automatiquement là où il s’était arrêté, sans intervention de votre part.

La plateforme est par ailleurs conçue pour les scénarios IA-natifs. Un agent qui enchaîne des appels d’outils, une chaîne de modèles, une conversation prolongée avec un assistant : ces schémas comportent des attentes longues et des reprises fréquentes, et c’est exactement le terrain visé. Les workflows peuvent durer de quelques secondes à plusieurs semaines, ce qui autorise des scénarios impensables avec une simple requête HTTP, comme une validation humaine attendue trois jours.

L’architecture est également observable de bout en bout. Chaque action — complétion d’activité, signal, erreur — est enregistrée comme événement en temps réel. Vous pouvez streamer ces événements vers des systèmes externes, ce qui permet par exemple d’afficher à l’utilisateur final une barre de progression fidèle à l’état réel du traitement plutôt qu’une animation décorative. Enfin, le SDK Python utilise des décorateurs et des patterns async/await familiers : si vous connaissez Python, vous savez déjà écrire des workflows.

Cas d’usage concrets

Quatre familles d’applications reviennent régulièrement. Un pipeline de traitement documentaire enchaîne extraction, analyse, résumé et classification, chaque document traversant les mêmes étapes sans qu’une panne au milieu du lot n’oblige à tout recommencer. Un agent de support client récupère le contexte, génère une réponse, escalade si nécessaire vers un humain et assure le suivi post-résolution plusieurs jours après le ticket. Un workflow de modération de contenu fait analyser la même pièce par plusieurs modèles, applique un vote majoritaire et escalade vers un modérateur humain en cas de désaccord. Enfin, la génération de rapports collecte des données multi-sources, les agrège, produit le texte, met en forme et envoie le document.

Public Preview : ce que cela signifie

La fonctionnalité Workflows est en Public Preview depuis début 2026, et ce statut a des conséquences pratiques. Les APIs et fonctionnalités peuvent évoluer sans préavis : épinglez vos versions de dépendances et prévoyez de relire les notes de version avant chaque mise à jour. La plateforme est utilisable en production mais avec prudence, ce qui suppose de garder un plan de repli sur les traitements critiques. Les retours utilisateurs influencent directement la roadmap, donc vos remontées ont un poids réel. Certaines limitations techniques sont encore présentes, et elles sont détaillées dans les leçons suivantes plutôt que passées sous silence.

Points clés à retenir

  • Les Workflows Mistral permettent d’orchestrer des tâches IA complexes avec une garantie de durabilité
  • La plateforme est propulsée par Temporal, un moteur d’orchestration éprouvé en production
  • L’architecture repose sur trois composants : activités (travail réel), workflows (orchestration), workers (exécution)
  • Chaque étape est persistée — un workflow interrompu reprend automatiquement
  • La fonctionnalité est en Public Preview (avril 2026) : APIs susceptibles d’évoluer