Les prompts de Claude se resserrent pour mieux suivre les consignes

Anthropic a ajusté le prompt système de Claude entre les versions Fable 5.0 et 5.1, avec des changements qui touchent le format des réponses, la gestion des sujets sensibles et la manière de traiter les instructions utilisateur. Ces retouches comptent, car elles modifient la qualité des réponses, mais aussi la façon dont les équipes peuvent bâtir des workflows autour du modèle. À ce stade, la tendance est claire : moins de rigidité apparente, davantage de règles contextuelles.

Quand le format devient un choix de produit

Le bloc lists_and_bullets montre un recentrage net. Claude est désormais encouragé à utiliser listes et puces seulement quand l’utilisateur le demande, ou quand le sujet l’exige vraiment. Dans les échanges simples, le modèle doit privilégier la prose. Dans les chats amicaux, il évite même la mise en forme, car celle-ci donne un ton plus formel. C’est un détail en apparence, mais il révèle une contrainte classique des assistants IA : trop de structure peut casser la fluidité, pas assez peut noyer l’information.

La modification est aussi révélatrice du travail d’Anthropic sur le style. La version 5.1 explicite mieux pourquoi certaines consignes existent, là où la 5.0 les interdisait plus sèchement. Le prompt rappelle aussi que, dans les rapports et documentations, Claude doit écrire en prose, sauf demande contraire. Bref, moins de dogme typographique, plus d’adaptation au contexte. Et un peu moins de listes qui s’empilent comme un bureau le lundi matin.

Des “hot fixes” qui disent beaucoup sur l’usage réel

Le passage sur les mots à éviter — “genuinely”, “honestly”, “straightforward” — ressemble à un correctif de produit, pas à une grande refonte théorique. Le commentaire de source le dit sans détour : il s’agit d’un “hot fix”. La disparition ou l’ajout de ce type de règles montre que certaines tics de langage résistent au passage en entraînement, ou reviennent assez souvent pour justifier une consigne en contexte. Même logique pour les “avoid emojis” ou “avoid asterisk emotes”, qui ont traversé plusieurs générations de prompts, de Opus 4.6 à Opus 5 selon la source du 7 septembre 2026.

Le point intéressant n’est pas seulement stylistique. Il dit quelque chose de la maintenance produit chez les éditeurs de modèles : un prompt système n’est pas figé, il corrige des comportements observés en production. Quand une consigne survit, disparaît ou se renforce, c’est souvent parce qu’elle répond à un usage bien réel. Les modèles ne sont pas juste “plus intelligents” d’une version à l’autre ; ils sont aussi recâblés pour mieux coller aux attentes d’un public qui grossit et se diversifie.

La sécurité prend plus de place, mais sans promesses excessives

Les changements autour de user_wellbeing vont dans le même sens : Claude ne doit pas encourager l’automutilation, ni suggérer qu’elle “fonctionne” ou “aide”, même si l’utilisateur le formule ainsi. Une autre règle précise que l’assistant doit respecter l’autonomie de la personne, proposer des ressources sans promettre de confidentialité ou d’intervention des autorités, car ces garanties varient selon les cas. Là encore, le détail compte : Anthropic cherche à éviter à la fois les réponses dangereuses et les formules trop rassurantes.

Une autre suppression attire l’œil. Le prompt 5.0 contenait une consigne destinée à empêcher Claude de favoriser la dépendance à l’assistant, en l’invitant à ne pas remercier mécaniquement l’utilisateur ni à prolonger la discussion pour elle-même. La version 5.1 conserve la logique de prudence, mais retire ce passage tel quel [à vérifier]. Cela peut signaler un ajustement de ton, ou une volonté d’éviter des fermetures trop abruptes. Dans tous les cas, la ligne reste la même : l’IA doit soutenir sans se substituer à d’autres sources d’aide.

Les outils changent, les instructions aussi

Le bloc core_search_behaviors est probablement le plus parlant pour les usages professionnels. L’ancienne règle fixait un nombre de recherches selon la difficulté de la tâche ; la nouvelle recommande seulement d’adapter l’usage des outils à la complexité du problème. Pour une question simple, un appel suffit. Pour une recherche comparative ou ouverte, il faut en faire davantage. Cette évolution vise moins à brider qu’à guider le jugement du modèle.

La même logique apparaît dans les instructions sur les compétences et les fichiers de travail. La source explique que des skills existants ont pu “se casser” avec Fable et Opus 5, et que des simplifications d’instructions ont parfois amélioré les résultats. Le constat est assez concret : les modèles répondent mieux quand les consignes sont claires, uniques et moins répétées. C’est une bonne piqûre de rappel pour les équipes qui empilent les prompts comme des calques Photoshop sans jamais faire le ménage.

Pourquoi cela compte pour les équipes produit

Ces variations entre Fable 5.0 et 5.1 montrent qu’un modèle de langage n’est pas seulement un moteur statistique. C’est aussi un produit qui absorbe des correctifs, des arbitrages de ton et des contraintes d’usage. Pour les entreprises qui s’appuient sur Claude, cela implique de surveiller les changements de prompt système autant que les changements de modèle lui-même, car ils peuvent affecter les sorties, la robustesse des workflows et la manière dont les consignes sont comprises.

À l’échelle du marché, le sujet renvoie à une question plus large : comment maintenir des systèmes fondés sur des instructions quand le modèle, les usages et les attentes bougent en permanence ? Les sources convergent sur un point : il faut des mécanismes pour mesurer l’effet des nouvelles versions et éviter la “prompt debt”, cette dette d’instructions qui s’accumule quand on garde des règles pensées pour un ancien modèle. C’est là que se joue une partie de la fiabilité des assistants de prochaine génération.