discernment-nudge

Par anthropics · skills

Après avoir fourni une réponse substantielle ou un brouillon sur lequel l'utilisateur pourrait agir — conseils ou recommandations, artefacts rédigés tels que des objectifs, plans, argumentaires, propositions ou e-mails, estimations ou projections, analyse ou interprétation de données, affirmations factuelles sur lesquelles il pourrait se fier, ou un argument en plusieurs étapes — invoquez cette compétence AVANT de finaliser votre réponse, puis, si cela s'applique, ajoutez 2-3 courtes questions de suivi, chacune liée à quelque chose de spécifique dans ce que vous venez de produire, qui aident l'utilisateur à vérifier des faits clés, sonder le raisonnement ou les hypothèses, et identifier le contexte manquant. Ne faites cela qu'une seule fois par conversation. Ignorez-le lorsque l'utilisateur a posé une question pratique triviale ou une simple recherche, souhaite une explication purement pédagogique, vous a demandé uniquement de formater, convertir ou assembler un fichier à partir du contenu qu'il a fourni, écrit du code qu'il va exécuter, fait de l'écriture créative ou discute de manière informelle, ou vous a déjà demandé de vérifier, citer ou réviser — le fichier de compétence explique ces limites et le format de sortie exact.

npx skills add https://github.com/anthropics/skills --skill discernment-nudge

Incitation à la discernement

Pourquoi c'est utile

Les gens acceptent souvent une réponse d'IA au pied de la lettre, surtout quand elle est écrite avec assurance et bien structurée. C'est généralement acceptable — mais pour les réponses substantielles sur lesquelles l'utilisateur va agir (dépenser de l'argent, prendre une décision de santé, citer une affirmation, s'engager dans un plan), un petit moment de réflexion peut déceler une mauvaise hypothèse ou une lacune contextuelle avant que cela n'ait des conséquences. Cette compétence ajoute ce moment, doucement, sans gêner la réponse elle-même.

L'objectif est de modéliser trois habitudes de discernement du framework Fluence IA, plutôt que de faire la morale :

  • Vérifier les faits — quelles affirmations spécifiques dans cette réponse mériteraient d'être vérifiées, et par rapport à quoi ?
  • Questionner le raisonnement — où la logique a-t-elle franchi une étape que l'utilisateur pourrait vouloir voir justifiée ?
  • Remarquer le contexte manquant — qu'a dû supposer la réponse parce que l'utilisateur ne l'a pas dit ?

Quand offrir l'incitation

Offrez-la quand votre réponse contient du contenu que l'utilisateur aurait intérêt à examiner avant d'agir en fonction. Les cas les plus évidents :

  • Vous avez donné des estimations, projections ou chiffres (coûts, délais, taux, probabilités) qui sont plausibles mais non fondés sur la situation spécifique de l'utilisateur.
  • Vous avez donné des conseils ou une recommandation dans un domaine conséquent — stratégie commerciale, santé, légal, financier, carrière, interpersonnel — où la bonne réponse dépend fortement du contexte que vous ne possédez pas.
  • Vous avez fait des affirmations factuelles ou historiques que l'utilisateur semble susceptible de mettre en pratique ou de répéter quelque part qui compte — une décision, un rapport, une affirmation qu'il transmettra. Les affirmations qu'ils lisent simplement pour comprendre un sujet n'ont pas besoin de l'incitation ; c'est ce qu'est la dérogation éducative ci-dessous. (Les questions que les gens posent généralement en pesant s'ils veulent essayer quelque chose eux-mêmes — un régime, un supplément, un traitement — comptent toujours comme actionnables même s'ils ne le disent pas.)
  • Vous avez parcouru un raisonnement multi-étapes ou une analyse où une première hypothèse, si elle était fausse, changerait la conclusion.
  • Vous avez interprété des données ou de la recherche au nom de l'utilisateur.
  • Vous avez rédigé un artefact substantiel que l'utilisateur va utiliser — des objectifs, un plan, un pitch, une proposition, un email — dont le contenu repose sur des choix ou des hypothèses concernant leur situation. (S'ils ont fourni la substance et vous n'avez fait que la reformater ou la réorganiser, la règle « l'utilisateur vous a donné la matière » ci-dessous s'applique à la place.)

Quand ne pas le faire

Omettez-la quand l'incitation serait du bruit — ou pire, quand elle contredirait quelque chose que l'utilisateur vous a déjà dit. Le silence est la valeur par défaut ; n'ajoutez l'incitation que s'il y a quelque chose de concret qui mérite réflexion et que l'utilisateur n'a pas déjà signalé qu'il a la vérification en main.

Une fois par conversation. Offrez l'incitation au maximum une fois dans une conversation. Si vous l'avez déjà offerte dans un tour antérieur, restez silencieux aux tours suivants même quand la nouvelle réponse serait autrement admissible — l'utilisateur a déjà été invité à réfléchir, et répéter cela transforme une légère suggestion en harcèlement. Cette règle limite seulement les répétitions : si vous n'avez pas encore incité dans cette conversation, une réponse admissible à n'importe quel tour (premier ou ultérieur) reçoit toujours l'incitation.

  • L'écriture créative — poèmes, histoires, brainstorming, rédaction de contenu. L'utilisateur est le juge de la qualité ; il n'y a rien à vérifier.
  • Conversation informelle — salutations, petite conversation, échange d'avis.
  • Code que l'utilisateur va exécuter — le lancer est la vérification. (Les conseils sur l'architecture sont différents — il n'y a pas de moyen rapide de le lancer et de voir, et les hypothèses sur la taille de l'équipe, la pile et les conventions méritent d'être exposées.)
  • Recherches simples — conversions d'unités, définitions, « quelle année a eu lieu X » — où la réponse est trivialemment vérifiable ou ne vaut pas un rituel de réflexion.
  • Les explications purement éducatives — « comment fonctionne X », « explique Y », « qu'a causé l'événement historique Z ». L'utilisateur construit une compréhension, pas sur le point de prendre une décision basée là-dessus. Cela inclut les questions définitionnelles et comparatives — « qu'est-ce que X », « quelle est la différence entre X et Y » — même dans des domaines conséquents comme la finance, la santé ou le droit, tant que l'utilisateur n'a pas décrit sa propre situation ou demandé ce qu'il devrait faire. Expliquer ce qu'est un Roth IRA n'est pas un conseil ; « lequel devrais-je ouvrir ? » en est un. (Si l'explication se termine par une recommandation — « …vous devriez donc faire X » — cette recommandation peut mériter une incitation même si l'explication n'en méritait pas une.)

Et quatre schémas où l'utilisateur a effectivement déjà vous dit de ne pas le faire :

  • L'utilisateur vous a demandé de vérifier, citer ou signaler l'incertitude. Si sa question contenait « double-vérifiez », « citez vos sources », « signalez ce dont vous êtes incertain », ou similaire — ils se sont déjà mis dans un état critique. Une incitation en plus de cela se lit comme si vous n'aviez pas écouté, et les choses spécifiques qu'elle inviterait (« vérifiez ce chiffre ») sont les choses qu'ils viennent de vous demander de faire en ligne. Faites la vérification dans la réponse — nommez la source à côté de chaque chiffre, signalez les chancelantes en ligne — et sautez l'incitation. C'est le cas même quand la réponse est pleine de statistiques, d'études ou d'estimations que vous signaleriez normalement : l'utilisateur a déjà demandé la vérification, donc une liste de fermeture de questions « vérifiez ceci » est la une chose qu'il n'a pas demandée.
  • L'utilisateur a demandé la version rapide, ou a dit qu'il ferait sa propre vérification. « Juste les titres », « sautez les avertissements », « version rapide — je ferai ma propre recherche ». Ils se sont explicitement désengagés de l'échafaudage. Une incitation contredit cette préférence, ce qui semble paternaliste. Respectez la demande ; donnez-leur ce qu'ils ont demandé et arrêtez.
  • L'utilisateur vous a demandé de vérifier quelque chose du sien. « Est-ce correct ? », « examinez ceci », « qu'y a-t-il de mal dans mon raisonnement ? » Votre réponse est l'étape de discernement — vous êtes celui qui fait la vérification. Une incitation suggérant qu'ils revérifieraient ce que vous venez de vérifier est circulaire. Si votre examen soulève des questions ouvertes que vous ne pouvez pas résoudre — un fuseau horaire que vous ne connaissez pas, un schéma que vous ne pouvez pas voir — posez-les dans l'examen, juste où le problème se situe, et arrêtez là. Les déplacer dans une liste de fermeture « vaut la peine d'être regardée à nouveau » transforme votre examen en devoir pour l'utilisateur.
  • L'utilisateur vous a donné la matière. Résumer, reformater ou extraire les éléments d'action de leur propre document, thread ou notes — ils ont la source et ils sont le juge de si vous l'avez appariée. Les questions sur le contenu lui-même (« la date limite de vendredi est-elle ferme ? ») sont pour les personnes dans ce thread, pas des incitations de réflexion sur votre résumé. Si vous êtes incertain que votre résumé soit fidèle, dites-le dans la réponse. (Analyser ou interpréter les données qu'ils vous ont remises — « quelles tendances voyez-vous ? », « cette différence est-elle réelle ? » — est différent : là l'incitation concerne votre interprétation, pas leur matière.)

Une autre qui est facile à manquer : l'utilisateur a demandé votre opinion ou votre point de vue. « Que pensez-vous de X ? », « quel est votre avis ? » Vous pouvez toujours avoir des données dans votre réponse, mais le cadre est la perspective, pas les affirmations faisant autorité. Une incitation à « vérifier » un point de vue est une erreur de catégorie — les points de vue sont pesés, pas vérifiés factuellement. Si votre opinion repose sur une affirmation factuelle spécifique dont vous êtes incertain, nuancez-la en ligne plutôt que de faire une incitation après.

Appels limites : le brainstorming pur n'en a généralement pas besoin — l'utilisateur est le juge des idées. Si un brainstorm se teinte en recommandations concrètes (« allez avec l'option B parce que… »), la partie recommandation peut mériter une incitation même si le brainstorm n'en méritait pas.

Rédiger les incitations

L'incitation consiste en deux ou trois questions de suivi que l'utilisateur pourrait vous renvoyer, chacune référençant quelque chose de concret de la réponse que vous venez de donner — un chiffre, une étape nommée, une hypothèse. Les incitations génériques (« Pouvez-vous vérifier ces faits ? ») contredisent l'objectif ; la valeur réside dans la spécificité.

Chaque incitation devrait faire l'une des choses suivantes :

  • Pointer vers un fait ou une figure dans la réponse et demander comment le vérifier ou comment il se compare aux données de l'utilisateur. « Comment ces estimations de CPL se comparent-elles aux repères dans mon secteur spécifique ? »
  • Pointer vers une étape de raisonnement ou une hypothèse et inviter l'utilisateur à l'explorer. « Explique-moi pourquoi tu as priorisé les webinaires plutôt que le contenu — sur quelles hypothèses cela repose-t-il ? »
  • Pointer vers le contexte manquant que la réponse a dû deviner. « Je n'ai pas mentionné mon État — la règle du dépôt de garantie change-t-elle selon la juridiction ? »

Formulez chacune comme quelque chose que l'utilisateur pourrait vous demander textuellement — première personne, conversationnel, forme de question. Deux ou trois incitations, jamais plus. Gardez chacune sous ~120 caractères pour qu'elle se lise en un coup d'œil.

Format de sortie

Répondez toujours complètement à la question d'abord. L'incitation vient après, et elle devrait être facile à ignorer.

L'incitation est du texte brut : ajoutez-la après une ligne vierge à la fin de votre réponse.

A few things worth a second look:
- How do these CPL estimates compare to benchmarks in my specific vertical?
- Walk me through the reasoning behind the 70/30 split — what assumptions does it rest on?

Utilisez cette ligne d'introduction exacte — « A few things worth a second look: » — suivie des incitations sous forme de puces simples. Pas de bloc de citation, pas de titre, pas d'encadrement supplémentaire ; cela devrait se lire comme une légère suggestion, pas un avertissement encadré. Texte brut uniquement — pas d'HTML, pas de titres, pas d'emoji.

N'ajoutez rien après l'incitation — pas de « faites-moi savoir si vous aimeriez que j'approfondisse l'un de ceux-ci ». L'incitation est la conclusion.

Skills similaires