Pourquoi l'IA ne répond jamais deux fois pareil, et comment stabiliser ses résultats
Par Anis Hammouche·28 octobre 2026
Tu colles deux fois la même consigne dans une IA pour préparer un devis, et tu obtiens deux textes différents, parfois avec deux délais ou deux montants différents. Ce n'est pas un bug : le modèle calcule chaque mot avec une part de hasard. Tu ne peux pas supprimer cette variation, mais tu peux la réduire avec un cadre fixe. Elle compte surtout sur un chiffre ou une date : là, tu vérifies à la source.
L'IA écrit un mot après l'autre
Quand tu poses une question, le modèle ne commence pas par formuler une idée complète. Il regarde le texte déjà écrit et calcule, pour le mot suivant, une liste de candidats avec une probabilité pour chacun. Si la phrase commence par « Le client a payé la », le mot « facture » est très probable, « note » l'est moins, « somme » encore moins. Le modèle en choisit un, l'ajoute au texte, puis recommence avec le mot suivant.
Ce mécanisme a une conséquence directe. Chaque choix modifie le contexte des choix suivants. Si l'outil prend « note » au lieu de « facture », la suite de la phrase s'ajuste, et la réponse entière peut prendre une autre direction. Un petit écart au début devient un écart important à la fin.
Cela explique pourquoi deux réponses peuvent avoir le même sens tout en étant rédigées différemment. Le fond reste proche, la forme change, et parfois le fond change aussi.
Prends un exemple. Tu demandes deux fois : « Rédige une accroche pour mon offre de dépannage informatique ». Tu obtiens deux accroches différentes, et les deux peuvent servir. Tu demandes ensuite deux fois la date limite d'un droit précis. Si les deux réponses donnent deux dates différentes, ce n'est plus une question de style. C'est un signal : il faut aller au texte officiel.
Trois sources de variation
Le tirage au sort. Les modèles exposent un réglage de variabilité, souvent appelé température. Quand il est bas, l'outil privilégie fortement les candidats les plus probables et ses réponses se ressemblent. Quand il est haut, il prend plus de risques lexicaux et la réponse change davantage. Ce réglage est rarement visible dans une interface grand public, mais il est accessible dans les outils qui passent par une API.
Le modèle lui-même. Un fournisseur peut mettre à jour son modèle sans prévenir l'utilisateur. Une question posée en janvier et la même posée en octobre n'ont pas forcément la même base de calcul. Quand un résultat change d'un mois à l'autre, ce n'est pas toujours toi qui as changé de méthode.
Le contexte. Une conversation longue, un historique de messages, une consigne placée au mauvais endroit : tout cela pèse sur la réponse. Deux personnes qui posent la même question depuis des comptes différents n'obtiennent pas forcément le même résultat, parce que l'historique et les réglages diffèrent.
Ce qui reste stable, ce qui varie
La variation n'est pas uniforme. Elle touche surtout la formulation, l'ordre des idées et les exemples. Elle touche beaucoup moins la structure d'une réponse simple, ou un fait largement répété dans les sources d'entraînement.
Cela donne une règle utile : plus une tâche demande de la création, plus la variation est normale et même souhaitable. Plus une tâche demande de la précision (un montant, une date, une règle), plus la variation devient un signal d'alerte.
| Type de tâche | Ce qui varie | Ce qu'il faut faire |
|---|---|---|
| Rédiger une accroche, trouver des idées | Beaucoup, et c'est voulu | Demander plusieurs versions, garder ce qui te parle |
| Classer ou trier des messages | Peu si le format est fixé | Donner les catégories et un exemple par catégorie |
| Extraire une information d'un texte | Peu, mais des erreurs existent | Vérifier chaque valeur dans le texte source |
| Donner un chiffre, une date, une règle | Variable, et potentiellement faux | Ne jamais se fier à la répétition, vérifier à la source |
Comment obtenir des résultats plus stables
1. Donne un cadre fixe. Précise le rôle, le contexte, l'objectif et le format attendu. Plus la consigne est précise, moins l'outil a de chemins possibles. Par exemple :
Tu es assistant pour un freelance en développement web.
Contexte : un prospect demande un devis pour refondre son site vitrine.
Tâche : liste les trois questions à poser avant de chiffrer.
Format : trois puces, une phrase par puce, aucune supposition sur le budget.
2. Fixe le format de sortie. Demander « réponds en trois puces de moins de vingt mots » réduit fortement les écarts. Demander « réponds à ma question » en laisse beaucoup.
3. Compare plusieurs versions. Lance la même demande trois fois, ou demande explicitement trois variantes. Ce qui revient dans les trois réponses est probablement solide. Ce qui change d'une version à l'autre est un point à vérifier, pas une vérité à retenir.
4. Garde une trace. Note le prompt, la date, l'outil, la version du modèle si elle est affichée, et la réponse retenue. Quand un résultat te surprend dans six mois, tu pourras comparer au lieu de deviner.
Sur l'API, deux réglages aident davantage. Une température basse réduit la variabilité. Le paramètre seed tente de rendre le tirage reproductible. OpenAI précise qu'il s'agit d'une tentative « au mieux » et non d'une garantie : il faut aussi garder les mêmes paramètres et vérifier l'identifiant de configuration renvoyé (system_fingerprint), qui change quand tu modifies les paramètres de la requête ou quand le fournisseur modifie son infrastructure (OpenAI Cookbook).
Une réponse stable n'est pas une réponse juste
C'est le piège le plus fréquent. Quand l'outil répond toujours la même chose, on a tendance à le croire. Pourtant, un modèle peut répéter avec assurance une erreur, parce qu'elle est plausible pour lui. La stabilité mesure la répétition, pas l'exactitude.
Pour les faits, les chiffres, les dates, les noms de loi ou les fonctionnalités d'un logiciel, la règle reste la même : on vérifie à la source officielle. Une réponse constante qui n'a pas de source est une hypothèse.
Questions fréquentes
Pourquoi la même question donne-t-elle une réponse différente ? Le modèle choisit chaque mot parmi plusieurs candidats probables, avec une part de hasard. Une différence au départ modifie le reste de la réponse. C'est le fonctionnement normal d'un modèle probabiliste.
Mettre la variabilité à zéro suffit-il ? Non. Cela réduit les écarts sans les supprimer. Le fournisseur peut aussi mettre à jour son modèle, et les réglages de reproductibilité sont donnés « au mieux ».
Faut-il relancer une demande plusieurs fois pour avoir la bonne réponse ? Relancer sert à comparer des formulations, pas à chercher une vérité. Si trois réponses disent la même chose, cela ne prouve pas qu'elles sont justes. Il faut une source externe.
Comment savoir quand une réponse est risquée ? Quand elle contient un chiffre, une date, une obligation légale, un nom propre ou une citation. Ce sont les éléments à contrôler avant de les utiliser, même si l'outil répond avec assurance.
Tu bloques sur un cas précis ? Écris-moi depuis la page contact.