L'instabilité est une propriété de l'outil, pas une panne
Un assistant conversationnel ne va pas chercher une réponse rangée quelque part : il construit son texte mot à mot, en estimant à chaque étape les suites probables et en tirant l'une d'elles. Deux exécutions de la même consigne empruntent donc deux chemins voisins, qui s'écartent d'autant plus que la réponse est longue. La documentation Microsoft Learn sur la reproductibilité illustre ce point avec trois réponses successives à une question identique : les premières phrases se ressemblent, puis les versions divergent.
La même page précise que le déterminisme n'est pas garanti, y compris lorsque la graine aléatoire et la configuration technique sont identiques d'un appel à l'autre. Côté Claude, la documentation de l'API signale le paramètre temperature comme obsolète : les modèles sortis après Claude Opus 4.6 ne permettent plus de le définir. Trois causes plus prosaïques s'ajoutent à cela : la version du modèle a pu changer entre vos essais, votre consigne n'est peut-être pas strictement identique (copier-coller, pièce jointe absente, tournure retouchée), et l'historique du fil sert de contexte.
Le protocole des trois essais : observer avant de corriger
Le réflexe le plus coûteux consiste à réécrire la consigne dès qu'une réponse déçoit : vous corrigez alors une impression tirée d'un exemplaire unique. La méthode inverse demande dix minutes et rend la correction ciblée : produire volontairement plusieurs versions, les comparer à une grille écrite à l'avance, puis ne modifier la consigne qu'en face d'un écart constaté.
Cette séquence d'analyse et d'itération fait partie du travail abordé dans la formation Intelligence Artificielle.
- Écrivez vos critères avant de lire quoi que ce soit : longueur, rubriques obligatoires, ton, données autorisées, interdictions explicites.
- Ouvrez trois conversations neuves et collez exactement la même consigne dans chacune, le même jour, sur la même plateforme.
- Comparez les trois sorties critère par critère, en cochant respecté ou non respecté, sans chercher laquelle vous préférez.
- Classez l'écart : variation de surface, de structure, ou de fond sur les faits.
- Ne modifiez qu'un seul élément, relancez trois essais, puis archivez la consigne retenue avec sa date et sa grille.
Quel écart révèle quoi, et que corriger
Tous les écarts ne se traitent pas de la même façon, et certains ne se traitent pas du tout. Ce tableau sert de grille de lecture après vos trois essais : vous identifiez la ligne correspondante, vous appliquez l'action, vous relancez.
| Écart observé entre les essais | Ce qu'il révèle | Action sur la consigne |
|---|---|---|
| La longueur passe du simple au double | Aucune contrainte de format n'a été posée | Imposer un gabarit chiffré : nombre de rubriques, nombre de phrases par rubrique |
| Le ton oscille entre familier et très formel | Le rôle et le destinataire sont absents | Nommer le rôle tenu, le destinataire précis, et donner deux exemples de phrases acceptables |
| Les faits changent : montants, dates, noms, fonctions | Les données n'ont pas été fournies, le modèle comble les trous | Coller les données utiles dans la consigne et interdire tout ajout non fourni |
| L'ordre des parties change d'une version à l'autre | Le plan est suggéré mais pas prescrit | Lister les titres de sections dans l'ordre exigé et demander de les reprendre à l'identique |
| Structure et faits stables, seules les tournures varient | Écart normal de génération | Ne rien corriger : relire et choisir la version la plus lisible |
Mise en situation entièrement fictive : la note de compte rendu
Les éléments qui suivent sont inventés pour l'exercice ; ils ne mesurent aucune performance. Pour reproduire l'exercice, n'utilisez qu'un jeu de données fictif et ne saisissez aucune information confidentielle ni donnée personnelle dans l'outil. Imaginons Ferralux, fabricant fictif de garde-corps métalliques. Un commercial imaginaire a écrit une consigne transformant ses notes de visite en compte rendu : rôle, contenu attendu, puis ses notes brutes collées à la suite. Lundi, la sortie lui convient : cinq lignes, trois prochaines étapes datées. Jeudi, avec la même consigne, il obtient un paragraphe continu de quinze lignes mentionnant un budget prévisionnel absent de ses notes.
Il applique le protocole et écrit sa grille : huit lignes au maximum, trois rubriques nommées Besoin, Objections, Prochaines étapes, aucune donnée absente des notes. Les trois essais donnent trois structures différentes — une liste, un paragraphe, un tableau. Le diagnostic est immédiat : la consigne décrivait le contenu, jamais la forme, et n'interdisait aucun ajout. Il corrige une chose à la fois : d'abord les trois titres imposés dans l'ordre, limités à deux phrases chacun, ce qui stabilise la structure tandis que les tournures continuent de varier ; ensuite une interdiction explicite du type « n'ajoute aucune information absente des notes ci-dessous et signale plutôt les informations manquantes », après quoi le budget inventé disparaît. Ce qui a changé n'est pas l'outil, c'est le niveau de précision de la demande.
Les erreurs fréquentes face à un écart
La plupart des mauvais réflexes consistent à traiter la variabilité comme un incident isolé, ce qui conduit à beaucoup d'essais et peu d'apprentissage.
- Relancer jusqu'à obtenir la version qui plaît, sans noter ce qui a été modifié : le réglage gagnant ne sera pas reproductible.
- Changer trois choses à la fois : vous ignorez laquelle a produit l'effet.
- Juger sur un essai unique, en bien comme en mal : une bonne sortie isolée crée une confiance aussi trompeuse qu'une mauvaise crée un rejet.
- Confondre variabilité et erreur : une reformulation différente mais exacte et complète ne justifie aucune réécriture.
- Réutiliser sans contrôle une consigne écrite plusieurs mois plus tôt, alors que la version du modèle a pu évoluer entre-temps.
Questions fréquentes
Régler la température suffit-il à stabiliser les réponses ?
Non : la documentation Microsoft Learn indique qu'à graine et configuration identiques, une part de variabilité subsiste. Depuis une interface conversationnelle grand public, ce réglage n'est de toute façon pas accessible.
Combien d'essais faut-il lancer avant de juger une consigne ?
Trois, lancés dans trois conversations neuves et le même jour. En dessous, vous confondez une sortie particulière avec le comportement général de la consigne.
Pourquoi mes résultats changent-ils alors que je n'ai rien modifié ?
La version du modèle derrière l'interface peut évoluer sans annonce visible. Retestez une consigne ancienne avant de la réutiliser telle quelle.
Comment savoir si un écart est acceptable ?
Écrivez vos critères avant de lire les réponses : longueur, rubriques obligatoires, ton, faits autorisés. Si une version sort de la grille, c'est la consigne qu'il faut amender, pas la réponse.
Repères et limites
Cet article décrit la variabilité des sorties des assistants conversationnels généralistes utilisés depuis leur interface. Les comportements et réglages évoqués dépendent de la plateforme et de la version du modèle, qui changent fréquemment : vérifiez la documentation de l'outil que vous employez. La mise en situation et les écarts décrits sont inventés à titre d'illustration et ne constituent aucune mesure. Le paramétrage par interface de programmation et les questions juridiques liées aux données ne sont pas traités ici.
Sources et ressources
- Microsoft Learn — Générer des sorties reproductibles avec Azure OpenAI : « Determinism isn't guaranteed with reproducible output », paramètre seed et system_fingerprint
- Claude Platform Docs — Messages API : paramètre temperature marqué « Deprecated », non réglable sur les modèles sortis après Claude Opus 4.6
Donnez une suite concrète à votre projet.
Consultez le parcours « Intelligence Artificielle » et ses modalités pour préparer votre échange avec notre équipe.
Demander le programme par e-mailVotre messagerie s’ouvre avec la formation et l’article préremplis. Envoyez ensuite votre demande à jmgconsulting83@gmail.com.
Consulter le programme →