Vous avez donné à GPT-5.6 l’autorisation d’agir. Il vous redemande quand même la permission, encore, et encore. Ce n’est pas un bug. C’est vous qui avez mal câblé le prompt, et voilà exactement pourquoi, même si, je dois l’admettre, j’ai mis un temps ridicule à l’accepter.
À retenir
Le blocage vient presque toujours de la répétition des garde-fous dans le prompt système, pas d’une limitation du modèle lui-même : répéter “demande confirmation” à plusieurs endroits déclenche des vérifications de permission même sur des actions parfaitement anodines. La solution documentée par OpenAI consiste à définir une politique d’autonomie unique et explicite, avec une distinction claire entre les tâches d’analyse et les tâches d’exécution, cette dernière ne nécessitant confirmation que pour les écritures externes, les actions destructrices ou un changement de périmètre. Sur les forums développeurs, plusieurs retours pointent le même phénomène dès la sortie du modèle : des agents Codex qui, en Programmatic Tool Calling, multiplient les pauses de validation dès que le prompt contient plus d’une formulation de prudence, un signal cohérent avec ce que documente OpenAI.
Le symptôme que tout le monde décrit mal
“GPT-5.6 est devenu trop prudent.” Non. GPT-5.6 fait exactement ce qu’on lui a demandé de faire, sauf qu’on lui a demandé la même chose trois fois avec trois formulations différentes, et le modèle a interprété cette insistance comme un signal d’alerte plutôt que comme une simple précaution.
C’est là le contresens le plus répandu en ce moment. Les gens ajoutent encore plus de rappels type “ne fais rien sans mon accord” pour “renforcer” la sécurité, alors que c’est précisément ce geste qui aggrave le blocage.
Pourquoi j’ai mis deux jours à comprendre mon propre bug
Anecdote peu glorieuse. J’avais un agent censé mettre à jour des fiches produits, avec un prompt contenant “demande validation” en tête de section, puis “attends confirmation avant toute modification” dans les contraintes, puis encore “ne touche à rien sans accord explicite” dans la conclusion. Trois rappels, une seule intention. Le modèle s’est mis à demander confirmation pour changer une description de 12 mots.
J’ai supprimé deux des trois rappels. Ça a marché, en partie. Sauf qu’un cas m’a échappé, et honnêtement je ne suis toujours pas certain d’avoir isolé la vraie variable — était-ce la répétition, ou le fait que la troisième mention arrivait tout en bas du prompt, dans une zone que le modèle pondère peut-être différemment ? Je n’ai pas eu le temps de tester proprement, et ça me dérange un peu de l’écrire ici sans certitude absolue.
La structure qui règle le problème à la racine
Il ne s’agit pas d’ajouter des instructions, mais d’en retirer. Le prompt qui fonctionne définit une seule fois où s’arrête l’autonomie du modèle : pour les requêtes d’analyse, inspection et rapport sans implémentation sauf demande explicite ; pour les requêtes de modification, exécution directe dans le périmètre avec validation non destructive, confirmation requise uniquement pour les écritures externes, les actions destructrices ou un changement de périmètre significatif.
Cette formulation unique remplace les trois ou quatre rappels dispersés qu’on avait l’habitude d’empiler. Moins de texte, plus de clarté sur la frontière réelle — contre-intuitif, mais c’est l’inverse de ce que la prudence naturelle nous pousse à faire.
L’anecdote qu’on préfère ne pas raconter
Un développeur sur un fil de discussion technique décrivait exactement le même piège, mais dans l’autre sens : il avait retiré toutes les mentions de validation, pensant simplifier, et s’est retrouvé avec un agent qui a modifié une base de données de production sans prévenir, pour une tâche qu’il pensait “évidemment” scope à de la lecture. Deux erreurs opposées, la même cause : personne ne définit clairement où se situe la ligne entre lecture et écriture, on navigue à l’instinct, et l’instinct se trompe dans les deux sens.
Ça remet en question l’idée qu’il suffirait de “faire confiance au modèle” une fois les rappels supprimés. Non, il faut remplacer les rappels par une frontière factuelle, pas par du vide.
Ce que ça change concrètement pour vos prompts existants
Si votre prompt actuel contient plusieurs variantes de “demande d’abord”, “ne fais rien sans accord”, “attends ma validation” à différents endroits du texte, c’est probablement la cause numéro un de votre blocage. Testez en réduisant à une seule ligne de politique d’autonomie, placée une seule fois, avec une frontière factuelle plutôt qu’une injonction émotionnelle répétée — et testez aussi l’inverse extrême, zéro garde-fou, pour voir où votre propre tolérance au risque se situe réellement.
Est-ce que le problème, au fond, n’est pas le modèle ni le prompt, mais notre incapacité à décider une fois pour toutes ce qu’on est prêt à laisser une IA faire sans nous demander la permission ?
