Accueil / Ce qu'est un modèle de langue, sans jargon
Le mythe du réglage magique
Deux réponses différentes à la même question ne signalent pas une panne : elles viennent d'un réglage interne, la température, qui ajuste la prise de risque dans le choix du mot suivant, et ce réglage ne corrige pas une demande mal posée, la demande elle-même le peut.
Reposez deux fois la même question à Claude, dans deux conversations séparées, et vous obtiendrez souvent deux formulations différentes pour un contenu proche. La différence vient d'un réglage interne, appelé température, qui ajuste à quel point le modèle prend des risques quand plusieurs fragments de texte ont une probabilité proche l'une de l'autre. Comprendre ce mécanisme évite de chercher, dans une case à cocher, la cause d'une réponse qui déçoit.
Ce que la température ajuste vraiment
Quand plusieurs mots suivants sont à peu près aussi probables les uns par rapport aux autres, un réglage bas pousse le modèle vers le choix le plus probable, de façon plus stable et plus prévisible d'une exécution à l'autre. Un réglage haut lui permet de retenir parfois un choix moins probable, ce qui rend la réponse plus variée et plus exploratoire, au prix d'une régularité moindre. Côté interface de programmation, ce réglage se posait dans la requête de la personne qui construit un produit ou un service ; avec la version d'API du 21 octobre 2026, une requête qui envoie temperature, top_p ou top_k reçoit une erreur 400, et les kits de développement récents envoient cette version par défaut. Dans l'interface grand public de claude.ai, ce que vous choisissez directement, c'est le modèle et un niveau d'effort, du plus rapide au plus approfondi : un curseur qui pèse sur la profondeur du raisonnement engagé pour répondre, pas sur cette prise de risque dans le choix des mots.
Ce qu'un réglage ne corrige pas
Chercher dans un réglage quelconque la solution à une réponse décevante est une fausse piste. Une demande vague reste une demande vague après plusieurs reformulations de surface : les mots changent d'une réponse à l'autre, la faiblesse reste la même, parce que l'information qui manquait à la demande ne se trouve pas davantage dans le réglage qui a produit la réponse. Deux réponses obtenues au même prompt vague peuvent ainsi différer dans leurs mots tout en partageant exactement la même lacune de fond, une situation que la figure de cette leçon illustre avec un exemple concret tiré d'une demande d'accroche événementielle.
Le réflexe à garder
Face à une réponse qui ne convient pas, repérez ce que la demande elle-même a omis de préciser : le public visé, le ton attendu, la longueur souhaitée, ou l'usage final du texte produit. Reformuler la demande pour ajouter l'élément manquant change davantage le résultat que renvoyer la même demande une nouvelle fois dans l'espoir d'un tirage plus favorable. La leçon sur la clarté et le pourquoi reprend ce réflexe et donne la méthode pour compléter une demande qui rate sa cible.
Même prompt vague, deux réponses, la même lacune
Demande : ecrivez une accroche pour notre evenement. Reponse : Une soiree conviviale vous attend le 10 octobre.
Demande : ecrivez une accroche pour notre evenement. Reponse : Un rendez vous a ne pas manquer, le 10 octobre.
Un chargé de communication envoie deux fois de suite, dans deux conversations séparées, la même demande à Claude : écrivez une phrase d'accroche pour notre prochain événement. La première réponse parle d'une soirée conviviale, la seconde d'un rendez-vous à ne pas manquer, et les deux citent la date du dix octobre.
Écrivez en une phrase ce que cette situation établit, et en une phrase ce qu'elle n'établit pas.
Ce que cela établit : Le même prompt a produit deux formulations différentes, ce qui montre que la réponse de Claude varie d'une conversation à l'autre pour une demande identique.
Ce que cela n’établit pas : Que la demande elle-même était mal écrite au point d'être inutilisable, puisque les deux réponses restent cohérentes sur la date, et le public visé par l'événement n'est précisé dans aucune des deux.
Les trois calibrages faux les plus courants
- Trop large Ce résultat prouve que Claude change de réglage de créativité à chaque nouvelle conversation, de manière visible et mesurable par l'utilisateur.
- Trop étroit Rien ne peut être dit sur ces deux réponses tant qu'on ne connaît pas le réglage exact utilisé par Claude pour chacune.
- À côté Cette situation montre qu'il vaut mieux toujours demander plusieurs versions d'une même accroche avant de choisir.
- Deux réponses différentes au même prompt viennent d'un réglage interne appelé température, qui ajuste la prise de risque du modèle dans le choix du mot suivant.
- Dans l'interface grand public de claude.ai, ce réglage ne se pilote pas directement : ce qui reste accessible, c'est le choix du modèle et du niveau d'effort, qui portent sur la profondeur du raisonnement, pas sur cette prise de risque.
- Une réponse décevante vient le plus souvent d'une demande incomplète plutôt que d'un réglage à ajuster, puisque la même lacune réapparaît sous des formulations différentes.
- Reformuler la demande pour ajouter l'information manquante change davantage le résultat que renvoyer la même demande une seconde fois.
- Avec la version d'API la plus récente, une requête qui envoie temperature, top_p ou top_k est refusée par une erreur 400 : ce levier a quitté la requête.
Posez à Claude, dans deux conversations séparées, exactement la même question ouverte sur un sujet que vous connaissez, comparez les deux réponses obtenues, et notez en une phrase ce qui a changé dans la formulation et ce qui est resté identique dans le fond.
Ces points dépendent d’une interface ou d’une règle qui peut avoir changé depuis la rédaction. Vérifiez-les sur votre propre écran avant de vous y fier.
- Vérifiez sur votre propre compte les niveaux d'effort proposés à côté du bouton d'envoi, cette liste peut varier selon le plan et les mises à jour du produit.
Chaque affirmation datable de cette leçon renvoie ici au texte public qui la porte. Une source qui ne s’ouvre pas ne prouve rien.
- Change the model, effort, and thinking settings consultée le 2026-09-02
- Claude Developer Platform, API release notes consultée le 2026-10-24
- Migrating to API version 2026-10-21 consultée le 2026-10-24