Prompts sur Vibe : ce qui a changé et comment s’y prendre
Vous cherchez le bouton « Réflexion » et vous ne le trouvez plus. C’est normal : dans le mode Work, Mistral a retiré le curseur des mains de l’utilisateur. Le modèle décide seul de la profondeur de son raisonnement. Le levier s’est déplacé vers la formulation du prompt et vers les Skills. Ce guide explique ce basculement, puis donne la méthode et les templates qui fonctionnent aujourd’hui.
La plupart des guides de prompt engineering vous expliquent d’être précis, de donner du contexte et de fournir des exemples. Ces conseils restent vrais. Ils ne vous serviront pourtant à rien si vous ignorez le changement qui s’est produit chez Mistral cet été. L’interface a été réorganisée, le réglage de raisonnement a disparu du mode principal, et la brique la plus puissante du prompting porte désormais un autre nom.
Ce deuxième article de la série « Maîtriser Mistral de A à Z » part donc de ce basculement. Vous y trouverez la nouvelle logique de l’outil, une méthode de prompt en quatre blocs, les réglages qui subsistent côté API, et cinq templates à copier. Le premier article couvrait l’écosystème Mistral dans son ensemble ; celui-ci descend dans la pratique quotidienne.
Le changement de 2026 : Chat devient l’ancien monde
Vibe fonctionne en trois modes : Chat, Work et Code. Jusqu’au printemps, Chat était le mode principal, héritier direct de Le Chat. La documentation de Mistral le classe désormais comme mode hérité. Autrement dit, l’essentiel des fonctionnalités a migré vers Work.
Ce que Work fait automatiquement
Le mode Work exécute des tâches à plusieurs étapes. Il planifie, appelle des outils, montre sa progression et demande votre validation avant toute action sensible. Surtout, il choisit lui-même son niveau de raisonnement selon la tâche. Le bouton « Réflexion » n’existe donc plus à cet endroit.
Le niveau de raisonnement est choisi automatiquement par le modèle
Cette décision a une conséquence directe sur votre façon d’écrire. Vous ne réglez plus un curseur avant d’envoyer : vous donnez au modèle de quoi comprendre que la tâche est difficile. Une consigne du type « compare ces trois options sur cinq critères et justifie ton arbitrage » déclenche naturellement un raisonnement long. Une demande de reformulation, non.
Ce qui reste dans Chat
Le mode Chat conserve la conversation tour par tour et cinq fonctionnalités héritées. Les Agents, le mode Réflexion, le Code Interpreter et les Memories y demeurent accessibles. Deep Research, en revanche, a quitté Chat pour devenir une Skill de Work. Lancer une recherche approfondie depuis Chat vous redirige d’ailleurs vers Work.
Les Agents Chat deviennent des Skills dans Work, avec un modèle de configuration différent. Le mode Réflexion devient un choix automatique du modèle. Deep Research devient la Skill deep-research. Le Code Interpreter Python cède la place à un environnement TypeScript intégré. Les Memories restent dans Chat, en attendant un nouveau système de mémoire annoncé. Vos workflows existants continuent de tourner dans Chat, donc rien ne casse du jour au lendemain.
La méthode en quatre blocs : le prompt qui remplace les réglages
Puisque le modèle lit votre intention plutôt qu’un curseur, la structure du prompt devient le vrai réglage. Quatre blocs suffisent, dans cet ordre.
- Rôle et contexte — qui parle, pour qui, dans quel cadre. Les modèles Mistral présentent une forte adhérence au system prompt, donc ce cadrage tient sur toute la conversation.
- Tâche — un verbe d’action et un objet précis. « Compare », « extrais », « réécris », « audite » valent mieux que « parle-moi de ».
- Contraintes — longueur, ton, sources autorisées, choses à ne pas faire. C’est ici que vous évitez 80 % des allers-retours.
- Format de sortie — tableau, liste numérotée, JSON, note de synthèse. Décrivez-le comme un gabarit, pas comme un souhait.
La différence, en pratique
Prenons une demande courante. Voici la version qui produit une réponse tiède.
# Version faible
Analyse ce contrat et dis-moi ce qui cloche.
Et voici la même intention, structurée selon les quatre blocs.
# Version structurée
Tu es juriste d'affaires, tu conseilles une PME de 25 salariés.
Tâche : audite le contrat de prestation ci-joint et identifie
les clauses défavorables au client.
Contraintes :
- Cite l'article et la page pour chaque point
- Distingue les risques bloquants des points négociables
- N'invente aucune clause absente du document
- Signale les zones ambiguës plutôt que de trancher
Format :
| Article | Clause | Risque | Gravité (1-3) | Reformulation proposée |
La seconde version obtient un livrable exploitable en une passe. La première déclenche une réponse générique, puis trois relances pour la corriger. Le temps gagné se compte en minutes à chaque usage.
reasoning_effort : le réglage qui subsiste côté API
Le paramètre n’a pas disparu, il a changé de public. Dans l’interface Work, le modèle l’ajuste seul. Sur l’API, en revanche, vous gardez la main — et le réglage devient un levier de coût autant que de qualité.
Deux valeurs, pas trois
Le paramètre accepte exactement deux valeurs. Avec reasoning_effort="none", le modèle réfléchit au minimum et la réponse arrive sous forme de texte simple. Avec reasoning_effort="high", la réponse contient d’abord une trace de raisonnement complète, au prix d’une consommation de tokens plus élevée. Toute autre valeur renvoie une erreur. Mistral recommande le mode « high » pour le code, les tâches agentiques et les problèmes complexes.
Les réglages associés
La température varie selon le mode retenu. Comptez 0,7 en raisonnement, avec un top_p à 0,95. En mode rapide, descendez entre 0,0 et 0,7 selon la tâche, et laissez le top_p à 1,0. Une valeur basse donne des réponses factuelles et directes. Une valeur haute laisse davantage de place à la créativité.
Le piège du multi-tours
Voici l’erreur la plus coûteuse, et la moins connue. En mode raisonnement, la réponse du modèle contient un bloc de pensée puis un bloc de texte. Quand vous rejouez l’historique au tour suivant, la tentation est de ne garder que la réponse finale pour économiser des tokens. Mistral déconseille formellement cette optimisation.
Ne retirez pas le bloc de raisonnement avant de rejouer les messages
Le modèle s’appuie sur sa propre trace pour rester cohérent d’un tour à l’autre. La supprimer économise effectivement des tokens, mais dégrade nettement la qualité. Renvoyez donc le message d’assistant complet, tel que reçu.
| Tâche | Réglage API | Pourquoi |
|---|---|---|
| Résumer un article de trois pages | none | Extraction factuelle, aucune logique à dérouler |
| Traduire un email professionnel | none | Tâche mécanique, parfaitement maîtrisée |
| Générer dix titres d’articles | none | Production créative courte |
| Comparer trois offres avec conditions croisées | high | Arbitrage entre critères multiples |
| Déboguer un script de 200 lignes | high | Suivi logique du flux d’exécution |
| Construire une grille tarifaire sur trois segments | high | Modélisation et conséquences en cascade |
Les Skills : le prompt qui se réutilise
Voici la brique qui remplace vraiment les anciens réglages. Une Skill est un dossier contenant un fichier SKILL.md, avec des instructions et, si besoin, des fichiers joints. Mistral suit le standard ouvert Agent Skills, adopté par plusieurs clients agentiques. Vous emballez une méthode une fois, puis Work l’applique chaque fois que la tâche correspond.
La description compte plus que les instructions
Le fonctionnement repose sur un chargement progressif en trois temps. Au démarrage, Work ne lit que le nom et la description de chaque Skill, soit une centaine de tokens. Lorsqu’une tâche correspond, il charge alors le fichier complet. Il exécute enfin les instructions, en ouvrant au besoin les fichiers joints.
La description détermine le moment où la Skill s’active
Conséquence pratique : votre description doit dire quand utiliser la Skill, pas ce qu’elle fait. « À utiliser pour relire un contrat client et repérer les risques de reconduction » déclenche correctement. « Aide sur les contrats » ne déclenche presque jamais. Cette phrase est le prompt le plus important que vous écrirez.
Douze Skills livrées d’origine
Work embarque une bibliothèque intégrée. Elle s’active automatiquement, ou explicitement avec une commande slash. Voici les plus utiles au quotidien.
/deep-research— recherche approfondie et sourcée, avec un rapport structuré ouvert dans Canvas./data-analysis— inspection, nettoyage et agrégation d’un fichier CSV ou JSON./document-review— contrôle de complétude, de conformité ou de cohérence sur un document./structured-extraction— transformation d’un PDF ou d’un email en tableau ou en JSON./challenge-my-thinking— avocat du diable sur un plan, revue des risques et des angles morts.
S’y ajoutent /meeting-prep, /doc-coauthoring, /internal-comms, /research-synthesis et /stakeholder-translator. Vous désactivez celles dont vous n’avez pas l’usage depuis Context puis Skills.
La bonne façon d’en créer une
Ne partez pas de la page blanche. Mistral recommande une autre voie : menez d’abord une tâche réelle jusqu’au résultat qui vous satisfait, en affinant au fil des relances. Demandez ensuite « transforme ça en Skill ». Work rédige alors le SKILL.md, liste les fichiers et vous le soumet. Vous corrigez, puis vous enregistrez.
Cette méthode capture les détails que vous n’auriez pas pensé à écrire. Gardez ensuite une règle simple : une Skill par métier. Deux descriptions qui se chevauchent embrouillent le modèle et gonflent le contexte pour rien.
Prompter sur des documents : ce qui a changé aussi
La fenêtre de contexte atteint 256 000 tokens, soit environ 400 pages de texte courant. La capacité couvre la grande majorité des besoins. Elle n’est pourtant plus le bon angle d’attaque depuis août 2026.
Arrêtez de tout coller
Agentic Search a changé la donne sur les documents volumineux. Le modèle ne se contente plus de lire un extrait fourni : il cherche, ouvre le fichier, navigue jusqu’à la bonne page et vérifie avant de répondre. Déposer un document entier dans une bibliothèque devient donc plus efficace que d’en coller des morceaux choisis.
Votre prompt change en conséquence. Plutôt que de découper le document vous-même, désignez la cible et exigez la traçabilité. « Dans le rapport annuel, trouve le taux d’imposition effectif du troisième trimestre et cite la page » exploite pleinement la boucle de recherche.
Trois réflexes qui restent valables
- Structurez les longs textes — posez des délimiteurs clairs entre les sections, avec des dièses ou des balises. Le modèle navigue mieux dans du contenu balisé que dans un bloc continu.
- Séparez vos conversations — le contexte s’accumule au fil des tours. Quand le modèle commence à oublier le début du fil, ouvrez un nouveau chat en résumant l’essentiel.
- Exigez l’aveu d’ignorance — ajoutez « écris Non mentionné si l’information est absente ». C’est la parade la plus simple contre les inventions.
Cinq templates à copier
Ces gabarits suivent la méthode en quatre blocs. Copiez-les, remplacez les parties entre crochets, testez-les dans Work.
# Template 1 — Analyse comparative
Tu es analyste spécialisé en [domaine].
Tâche : compare les options suivantes et recommande-en une.
- Option A : [description]
- Option B : [description]
- Option C : [description]
Critères, par ordre d'importance :
1. [critère — ex. : coût total sur 3 ans]
2. [critère — ex. : facilité de mise en œuvre]
3. [critère — ex. : risque de dépendance]
Format :
1. Tableau comparatif, une note sur 10 par critère
2. Recommandation argumentée en 200 mots
3. Le risque principal de chaque option, en une phrase
# Template 2 — Rédaction cadrée
Tu es rédacteur professionnel francophone.
Tâche : rédige [un email / un mémo / un article] sur [sujet].
Contraintes :
- Destinataire : [qui lit]
- Ton : [professionnel / direct / pédagogique]
- Longueur : [nombre de mots]
- Une idée par paragraphe, pas de jargon inutile
- Conclure par [un appel à l'action / une question]
Style de référence :
"[collez ici un texte dont vous aimez le ton]"
# Template 3 — Extraction structurée
/structured-extraction
Source : le document joint.
Tâche : extrais les champs ci-dessous dans un tableau.
| Champ | Valeur | Page |
|---|---|---|
| [ex. : date de signature] | | |
| [ex. : montant total HT] | | |
| [ex. : durée d'engagement] | | |
| [ex. : conditions de résiliation] | | |
Contraintes :
- Écris "Non mentionné" si le champ est absent
- N'extrais que ce qui est explicitement écrit
- Signale toute formulation ambiguë en fin de tableau
# Template 4 — Brainstorming trié
Tu es consultant en [domaine], quinze ans d'expérience.
Contexte : [situation actuelle en deux phrases]
Objectif : [résultat visé, avec un chiffre si possible]
Contraintes : [budget, délai, ressources]
Tâche : génère 10 actions concrètes.
Format, pour chaque action :
- Titre en une phrase
- Effort estimé : faible / moyen / élevé
- Premier pas concret, réalisable cette semaine
Classe le tout par rapport impact sur effort décroissant.
# Template 5 — Description de Skill
Titre : [Nom court et parlant]
Description (c'est elle qui déclenche la Skill) :
À utiliser quand [situation précise déclenchant l'usage],
par exemple [cas concret].
SKILL.md :
Méthode à suivre :
1. [étape]
2. [étape]
3. [étape]
Format de sortie attendu : [gabarit]
Règles :
- [ce qu'il faut toujours faire]
- [ce qu'il ne faut jamais faire]
Fichiers joints : [modèle vierge, charte, exemple validé]
Les cinq erreurs qui coûtent le plus
Chercher un réglage au lieu d’écrire
Dans Work, aucun bouton ne rendra le modèle plus intelligent. La profondeur d’analyse dépend de ce que votre demande laisse entendre. Une tâche qui exige un arbitrage doit le dire explicitement.
Surcharger le contexte
Coller 80 pages quand la question porte sur un paragraphe dilue l’attention du modèle. Déposez plutôt le document dans une bibliothèque et laissez Agentic Search naviguer dedans.
Oublier le format de sortie
« Analyse ce fichier » peut produire un paragraphe, un tableau ou un essai de 2 000 mots. Décrivez le gabarit exact et vous obtenez exactement ce qui vous sert.
Relancer le même prompt à l’identique
Quand la première réponse déçoit, dites ce qui ne va pas. « Trop long, réduis à 150 mots » ou « tu as manqué le point sur la garantie, développe » corrige en un tour. Répéter la demande initiale ne change rien.
Multiplier les Skills quasi identiques
Deux Skills aux descriptions voisines se disputent le déclenchement. Le modèle hésite, choisit mal, et votre contexte se remplit pour rien. Modifiez la Skill existante plutôt que d’en enregistrer une variante.
Ce que vous pouvez faire cette semaine
Retenez le déplacement, il commande tout le reste. Le prompting sur Mistral ne consiste plus à choisir un mode avant d’envoyer. Il consiste à décrire assez précisément la tâche pour que le modèle calibre son effort, puis à figer les méthodes qui marchent dans des Skills réutilisables.
Un exercice concret pour démarrer. Prenez la tâche que vous répétez le plus souvent, menez-la une fois avec la méthode en quatre blocs, puis demandez à Work d’en faire une Skill. Vous aurez transformé un prompt jetable en outil permanent. C’est le meilleur rapport effort sur gain de toute cette série.
Tout ce que Vibe fait gratuitement — les outils intégrés qui en font bien plus qu’un simple chatbot.