Les fournisseurs de modèles ne vous demandent généralement pas de « jeter ce que vous avez accumulé auparavant ». Mais cette fois, OpenAI a fait une exception.
Le 26 avril, OpenAI a mis à jour le guide officiel des prompts pour GPT-5.5 avec une attitude exceptionnellement directe : Ne reprenez pas directement les prompts de 5.2 ou 5.4, ils ne vous aident pas, ils freinent les performances de 5.5.
Pourquoi cet avis est inhabituel
Ceux qui connaissent le secteur le savent : les « actifs de prompt » sont l'un des coûts cachés les plus importants lors de l'intégration de grands modèles par les entreprises. Vous avez écrit des centaines de prompts pour GPT-4, migré vers 5.0, 5.2, 5.4 et ils fonctionnaient encore, mais pour 5.5, on vous demande soudainement de les réécrire – cela engendre des coûts de migration réels pour les entreprises.
OpenAI en est conscient. Leur choix de mots cette fois mérite d'être lu attentivement :
« Traitez GPT-5.5 comme une nouvelle famille de modèles à ajuster, et non comme un remplacement direct de gpt-5.2 ou gpt-5.4. Repartez de zéro avec le plus petit prompt capable d'exécuter la tâche. »
Cela signifie : Ne faites pas l'économie d'efforts, réévaluez l'ensemble de votre pile de prompts.
Où les anciens prompts coincent
OpenAI a fourni deux caractéristiques de « contre-exemple » très concrètes :
1. Spécification excessive du processus
Les anciens prompts sont souvent remplis de « fais A d'abord, puis évalue B, ensuite appelle C, enfin produis D » – parce que les modèles précédents avaient un raisonnement faible et avaient besoin d'être guidés pas à pas. Mais 5.5 est différent : donnez-lui le résultat, laissez-le choisir le chemin.
L'exemple comparatif d'OpenAI :
| Rédaction | Effet |
|---|---|
| « Résolvez le problème du client, de bout en bout » | Recommandé |
| « Étape 1 : clarifier le problème, Étape 2 : consulter la base de connaissances, Étape 3 : ... » | Non recommandé |
La dernière n'est pas fausse, mais elle limite l'espace de jugement du modèle.
2. Imposition forcée du schéma de sortie
C'est particulièrement pertinent pour les développeurs. Auparavant, pour garantir une structure JSON stable, les prompts étaient bourrés d'instructions comme « doit contenir le champ X, le champ Y, le champ Z ». La recommandation de GPT-5.5 est : Supprimez quand c'est possible, laissez le modèle s'organiser – ne codez en dur que lorsque le contrat produit l'exige vraiment.
L'ancienne « définition de rôle » fait son retour
Fait intéressant, ces deux dernières années, la communauté de l'ingénierie de prompt avait une tendance : les définitions de rôle comme « vous êtes un expert » étaient considérées comme du bruit et les supprimer donnait de meilleurs résultats.
Le guide d'OpenAI cette fois recommande une structure en sept parties, dont la première est le rôle :
- Role (Rôle)
- Personality (Ton de personnalité)
- Goal (Objectif)
- Success criteria (Critères de succès)
- Constraints (Contraintes)
- Output format (Format de sortie)
- Stop rules (Règles d'arrêt)
Combien écrire dans chaque partie ? La recommandation d'OpenAI est court et spécifique – par exemple, pour les critères de succès, n'écrivez pas « client satisfait », mais « problème résolu et prochaine action exécutable fournie ».
Un détail : La valeur par défaut du reasoning effort a changé
Un autre changement caché de GPT-5.5 : Le reasoning effort par défaut est passé de high à medium.
Cela signifie que si vous migrez directement, le modèle « réfléchit » moins que dans 5.4. OpenAI recommande de considérer medium comme la nouvelle ligne de base, n'augmentant que lorsque vous confirmez que medium ne suffit pas. La considération derrière cela est la latence et le coût – le medium de 5.5 est déjà plus intelligent que le high de 5.4, il n'est pas nécessaire d'activer high.
Budget de récupération et « préambule court »
Deux détails plus techniques méritent également d'être notés :
- Retrieval budget : Pour les tâches nécessitant une recherche d'informations, dites explicitement au modèle le nombre maximum de recherches. La formule de départ d'OpenAI est « utilisez une recherche large, avec des mots-clés courts et discriminants »
- Short preamble : Dans les scénarios de sortie en streaming, avant l'appel d'outil, émettez un ou deux mots « acknowledge » pour que l'utilisateur perçoive une réponse plus rapide
Ces deux points visent à rendre les tâches longues plus fluides en perception – ce n'est pas que le modèle est plus rapide, c'est que le rythme de retour pour l'utilisateur est plus rapide.
Pourquoi ce guide est si direct
Les guides de prompt précédents d'OpenAI étaient pour la plupart « suggestifs », mais le guide de 5.5 a un ton beaucoup plus fort. La raison n'est pas compliquée :
Le 5.5 a le même prix catalogue que le 5.4, mais la structure des coûts internes a changé – il répond mieux aux prompts courts et précis, tandis que l'efficacité diminue avec des prompts longs et empilés. Si les développeurs continuent à utiliser l'ancienne méthode, OpenAI elle-même gagne moins.
D'une certaine manière, c'est la première fois qu'OpenAI déclare ouvertement que « le prompt fait partie du produit ». Le modèle évolue, et ne pas mettre à jour le prompt revient à utiliser une ancienne version – tout le monde le savait ces dernières années, mais le côté produit a toujours été vague, personne ne l'a activement souligné.
Quant à savoir si cela provoquera des réticences chez les développeurs : probablement. Mais une fois que les principaux clients auront effectué une série de tests A/B et verront les données comparatives montrant qu'« après la réécriture des prompts, la précision a augmenté de quelques points et le coût a baissé de quelques pourcents », la tendance se stabilisera.
Lors de la prochaine mise à jour du modèle, le débat fera probablement surface : « Faut-il réécrire en passant de GPT-5.5 à 5.6 ? »
Sources de référence : OpenAI says old prompts are holding GPT-5.5 back and developers need a fresh baseline (The Decoder) ; GPT-5.5 prompting guide (simonwillison.net) ; CocoLoop ; Using GPT-5.5 (documentation officielle d'OpenAI)