OpenAI remplace la check-list de style de son Model Spec par cinq valeurs
Le 29 octobre 2026, OpenAI réorganise son Model Spec autour de cinq valeurs — fidélité à l’intention humaine, minimisation des dommages, honnêteté, agentivité et soin — et en fait la fondation d’une chaîne de commandement explicite. Pour les équipes qui s’appuyaient sur le ton par défaut des modèles, la conséquence est directe : le style doit désormais être spécifié, car la plupart des règles détaillées ont été retirées.
29 octobre 2026. OpenAI publie une mise à jour majeure de son Model Spec, le document public qui décrit comment ses modèles doivent se comporter. Cinq valeurs. L’ancienne organisation par règles détaillées laisse place à un cadre structuré autour de cinq principes. « GPT ». Le modèle n’est plus appelé « l’assistant » dans le document. Le point qui compte pour un exploitant : la plupart des règles de style détaillées sont retirées, ce qui déplace la responsabilité du ton et du format vers celui qui écrit le prompt.
Cinq valeurs, une seule fondation
La réorganisation s’articule autour de cinq valeurs : la fidélité à l’intention humaine, la minimisation des dommages, l’honnêteté et la transparence, l’agentivité humaine, et le soin. OpenAI les présente comme des engagements déjà présents dans le Spec, désormais rendus explicites pour expliquer pourquoi le document demande tel ou tel comportement.
La fidélité à l’intention humaine est posée comme la fondation. Elle ne se limite pas à exécuter des instructions à la lettre : le modèle doit comprendre ce que OpenAI, les développeurs et les utilisateurs veulent réellement, et agir avec discernement quand cette compréhension est incomplète. L’exemple donné est concret : en aidant à comparer deux offres d’emploi, le modèle peut s’appuyer sur des priorités déjà exprimées — des horaires prévisibles — tout en rendant cette hypothèse visible et facile à corriger.
Les quatre autres valeurs explicitent les contreparties. La minimisation des dommages impose de respecter des frontières fermes et d’anticiper les conséquences prévisibles. L’honnêteté exige de dire ce que le modèle sait, fait et ignore, pour que l’humain puisse évaluer son raisonnement. L’agentivité consiste à renforcer la capacité des gens à comprendre, choisir et agir par eux-mêmes. Le soin recouvre l’attention portée aux circonstances des personnes concernées et le respect des normes sociales et professionnelles.
Une chaîne de commandement qui rend l’autorité explicite
Le cœur du changement est une chaîne de commandement formalisée. OpenAI écrit le Spec, fixe les frontières et entraîne les modèles à les respecter ; les développeurs dirigent les applications à l’intérieur de ces frontières ; les utilisateurs dirigent le travail du modèle sous ces mêmes contraintes. C’est une hiérarchie d’autorité qui existait implicitement, désormais écrite noir sur blanc — et qui règle la question des conflits d’instructions.
Cette structure emprunte au cadre des assistance games de l’alignement, référencé dans le document. La nouvelle section « considérer le contexte avec soin » précise comment les conversations, la mémoire et d’autres indices contextuels doivent informer la compréhension des intentions de l’utilisateur — un point sensible à l’heure où les modèles conservent de plus en plus d’historique.
OpenAI annonce aussi explorer de nouvelles méthodes d’entraînement pour enseigner ces valeurs « plus directement », avec un objectif explicite : faire les bonnes choses pour les bonnes raisons. Le Spec, insiste l’éditeur, décrit un comportement cible — les modèles actuels ne le reflètent pas encore entièrement.
Ce qui disparaît : les règles de style
La conséquence la plus concrète pour un utilisateur n’est pas philosophique, elle est pratique. Le Spec retire la plupart de ses règles de style détaillées. Le raisonnement est assumé : le style doit s’adapter à ce que préfère chaque utilisateur, en agrégeant ses retours et son contexte. Le document conserve quelques défauts plus forts, comme « aborder les questions objectivement » — un utilisateur peut demander un point de vue particulier, mais le modèle ne doit pas déduire cette préférence de ce qu’il croit que l’utilisateur veut entendre.
Le changement de vocabulaire accompagne le tout : le modèle est désormais appelé « GPT » plutôt que « l’assistant », reflet de la diversité des contextes de déploiement — du chat grand public aux agents autonomes.
Pour les équipes qui construisent sur ces modèles, l’effet est direct. Une application qui s’appuyait sur la ponctuation, le format ou le ton par défaut du modèle perd ce filet : ces comportements ne sont plus garantis par le Spec, et doivent être explicités dans le system prompt. C’est un transfert de responsabilité — du laboratoire vers le développeur — cohérent avec la logique de la chaîne de commandement.
Deux tensions que le Spec doit arbitrer
Le document ne se contente pas de lister des valeurs : il explicite les deux tensions qu’elles servent à trancher. La première oppose l’intérêt individuel à l’intérêt collectif — aider un utilisateur à poursuivre ses buts sans ignorer les effets de cette aide sur les autres. La seconde oppose les instructions immédiates aux objectifs de plus long terme : suivre ce que demande l’utilisateur maintenant, ou protéger ce qu’il veut durablement, y compris contre lui-même. Ces deux lignes de fracture ne se résolvent pas par une règle, mais par un arbitrage — et c’est précisément ce que les cinq valeurs sont censées guider.
Le contexte d’historique aide à lire le mouvement. C’est la cinquième refonte du Model Spec en quatorze mois, après les versions de septembre 2025 (« la racine au-dessus du système »), d’octobre 2025 (délégation aux sorties d’outils), de décembre 2025 (mode moins de 18 ans) et d’août 2026 (capacités et limites). La tendance est nette : passer d’une liste de comportements à un cadre de valeurs censé tenir debout à mesure que les modèles gagnent en autonomie et prennent des actions plus conséquentes dans le monde.
Pour les équipes d’ingénierie, la conséquence se joue dans le system prompt. Le retrait des règles de style détaillées ne signifie pas que le modèle n’a plus de ton : il signifie que vous devez le définir. Une application qui ne spécifie ni format, ni perspective, ni niveau de prudence hérite désormais d’un comportement moins prévisible que par le passé — non par négligence d’OpenAI, mais par choix assumé de déléguer le style à l’utilisateur. Le Spec devient un document de gouvernance, pas un contrat de comportement, et c’est une bascule que beaucoup d’équipes n’ont pas encore mesurée.
Ce tournant s’inscrit dans un programme de recherche plus large qu’OpenAI appelle l’alignement de valeurs : apprendre aux modèles à comprendre et appliquer des valeurs humaines dans des situations inédites, plutôt que de leur fournir une encyclopédie de règles. C’est une réponse au problème de fond des spécifications comportementales — une règle couvre les cas prévus, une valeur couvre les cas imprévus. La contrepartie, assumée par OpenAI, est qu’un cadre de valeurs est plus difficile à auditer : on ne vérifie pas une valeur comme on vérifie une règle, et l’avertissement du document — les modèles ne le reflètent pas encore entièrement — rend cet écart explicite.
Verdict
Si vous construisez des produits sur les modèles d’OpenAI, ne comptez plus sur les défauts de style implicites : verrouillez le ton, le format et la perspective dans vos instructions système, car le Spec ne les garantit plus. Si vous pilotez la conformité ou la gouvernance IA, lisez les sections « chaîne de commandement » et « contexte » : c’est là que se jouent désormais les arbitrages entre intention immédiate et intérêts de long terme, entre individu et collectif. Et si vous évaluez le comportement d’un modèle, gardez en tête l’avertissement d’OpenAI lui-même : le Spec décrit une cible, pas l’état actuel des modèles — mesurez le comportement réel, pas le document qui le décrit.