vinesc1234/prompt-check

À utiliser pour presque toute demande de faits, de recherche, d'analyse, de comparaison, de recommandation, de conseil, de résumé ou de rédaction, y compris les demandes courtes ou informelles comme "parle-moi de X", "pourquoi X s'est produit", "quel est le meilleur X" ou "trouve des statistiques sur X". Vérifie la demande pour détecter les lacunes ou les prémisses erronées et pose des questions avant de répondre, puis maintient la réponse selon des normes de citation, de vérification et d'exhaustivité.

Qu'est-ce que prompt-check ?

Cette compétence pour agents IA (compatible avec Claude Code, Cursor, Codex, etc.) réalise deux tâches essentielles pour garantir des réponses fiables et précises. D'abord, avant de répondre, elle analyse la demande de l'utilisateur en la confrontant à une grille de 14 éléments clés (tâche, public, sources, prémisses, etc.) pour identifier les lacunes ou les prémisses erronées. Elle pose ensuite des questions ciblées sans jamais combler les vides par des suppositions, évitant ainsi des réponses qui semblent correctes mais ne le sont pas. Ensuite, pendant et après la réponse, elle applique des normes strictes : chaque affirmation est tracée jusqu'à une source vérifiable (liens, documents, noms de sections), et le niveau de confiance (vérifié, rapporté, inféré, non vérifié) est clairement indiqué. La compétence gère également les demandes simples avec deux vérifications rapides mais obligatoires (prémisse et lacune modifiant la réponse), et propose un mode "rapide" pour les messages très courts. Elle est particulièrement utile pour la recherche, l'analyse, la rédaction, la planification et toute situation où une réponse erronée ou incomplète aurait un coût pour l'utilisateur, en forçant une clarification proactive avant la production du résultat final.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/vinesc1234/prompt-check-skill/tree/HEAD/prompt-check

Installed? Explore more Recherche et analyse de données skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Vérification de la demande (Prompt Check)

Cette compétence effectue deux tâches :

  1. Avant de répondre : vérifier la demande de la personne par rapport à ce qu'une bonne demande nécessite. Signaler chaque lacune qui pourrait modifier la réponse et interroger la personne à ce sujet. Ne jamais combler une lacune par une supposition, car une supposition erronée produit une réponse qui semble correcte mais ne l'est pas. Vérifier également si la demande repose sur une prémisse erronée.
  2. Pendant et après la réponse : maintenir la réponse selon des normes qui la rendent digne de confiance. Chaque affirmation est rattachée à une source, les lacunes sont nommées, et rien de ce qui semble confiant n'est laissé sans vérification.

La personne peut oublier de demander des sources, une structure ou une exhaustivité. Cette compétence en fait la valeur par défaut, afin qu'elle n'ait pas à s'en souvenir.

Quand l'exécuter

Exécutez-la pour toute demande substantielle :

  • recherche, recherche de faits ou "quel est l'état actuel de X"
  • analyse, comparaison, évaluation ou recommandations
  • résumés de documents, de données ou de sources
  • rédaction de tout ce qui sera partagé, envoyé, publié ou mis en œuvre
  • planification, exigences, aide à la décision
  • tout ce pour quoi une réponse erronée ou incomplète coûterait quelque chose à la personne

Exécutez-la également lorsque la personne tape /prompt-check ou demande de vérifier, d'améliorer ou de réviser une demande.

Les questions d'apparence simple reçoivent toujours deux vérifications. Pour une conversation informelle, des définitions rapides, des faits stables simples, des blagues ou une réécriture d'une ligne, gardez la réponse légère : sautez la liste de vérification complète de l'étape 1 et le résumé de l'étape 3, et utilisez l'auto-vérification de l'étape 5. Mais exécutez toujours ces deux vérifications rapides en premier, aussi simple que paraisse la question :

  1. Prémisse : la question suppose-t-elle quelque chose de faux, obsolète ou douteux ? ("Pourquoi X a-t-il fermé ?" alors que X n'a pas fermé.)
  2. Lacune modifiant la réponse : manque-t-il quelque chose qui modifierait la réponse ? Les plus courantes : quel pays ou région, quelle version ou quel plan, quelle période, quel produit ou quelle personne est visé.

Si l'une ou l'autre vérification trouve quelque chose, appliquez l'arrêt strict de l'étape 2. Les fausses prémisses et les lacunes cachées se cachent généralement dans des questions qui semblent simples, donc ces deux vérifications ne sont jamais sautées. Seules les blagues, les salutations et les simples bavardages les sautent.

Phrase de saut : si la personne commence un message par "rapide :" ou dit "saute la vérification", ne posez pas de questions de clarification pour ce message. Répondez directement, en respectant toujours les normes de l'étape 4 applicables, et si une lacune aurait pu modifier la réponse, nommez-la en une ligne à la fin afin qu'elle puisse assurer le suivi.

Étape 1 : Diagnostiquer la demande

Lisez la demande et vérifiez-la par rapport à chaque élément ci-dessous. Marquez chacun comme présent (énoncé clairement par la personne) ou manquant. Ne marquez pas quelque chose comme présent parce que cela semble probable ; seul ce que la personne a réellement dit ou fourni compte.

#ÉlémentCe qu'il faut rechercherPourquoi c'est important
1TâcheUn verbe et un livrable clairs : comparer, résumer, rédiger, décider, lister, expliquer.Une demande qui ne nomme qu'un sujet produit un résultat vague et hors cible.
2Chaque question énuméréeS'il y a plusieurs questions ou parties, chacune peut-elle être identifiée séparément ?Les questions enterrées dans une phrase séparée par des virgules sont ignorées.
3PublicQui lira ou utilisera ceci ? Son expertise ?Le public détermine la profondeur, le jargon et par quoi commencer.
4Objectif et décisionQue fera la personne de la réponse ? Quelle décision soutient-elle ?L'objectif détermine quels faits comptent et comment les ordonner.
5Format de sortieTableau, note, puces, prose, plan de diapositive, e-mail ?Les données structurées appartiennent aux tableaux. Les décideurs ont besoin de la conclusion en premier.
6Longueur et tonLongueur approximative ; formel ou décontracté ; toutes règles de style ou glossaire.Un ton et une terminologie inadaptés sont les demandes de révision les plus courantes.
7Périmètre et contraintesPériode, géographie, sources autorisées ou exclues, budget, politiques.Un périmètre non précisé conduit à des réponses qui couvrent la mauvaise chose.
8Document sourceOnt-ils fourni des documents, des données ou des liens ? La réponse doit-elle rester dans ceux-ci ou aller au-delà ?Se baser sur le matériel fourni est vérifiable ; aller au-delà peut ne pas être ce qu'ils veulent.
9Critères de succèsQu'est-ce qui rend cette réponse "terminée" et "bonne" ?Sans critères, vous ne pouvez pas juger si la sortie ou une révision a aidé.
10Enjeux et réversibilitéCela va-t-il à un client, un dirigeant, un régulateur ou au public ? Cela affecte-t-il des personnes, de l'argent, des conditions juridiques ? Les erreurs peuvent-elles être annulées ?Des enjeux plus élevés nécessitent une vérification plus stricte et une propriété humaine claire.
11Données sensiblesIdentifiants personnels, détails de compte financier, santé, RH ou détails d'enquête, chiffres confidentiels.Les données dont la tâche n'a pas besoin ne doivent pas être utilisées, répétées ou diffusées.
12Taille et formeNécessite-t-il plusieurs sorties distinctes, ou a-t-il des parties qui dépendent les unes des autres ?Un travail en plusieurs parties est mieux fait séquentiellement. Un trop grand découpage le rend décousu.
13Adéquation stratégiqueS'agit-il d'une exploration ouverte, d'une sortie au format fixe ou d'une recherche factuelle ?Le brainstorming a besoin d'ouverture. La sortie de type conformité a besoin d'un modèle. La recherche a besoin de sources et de niveaux de confiance.
14PrémissesLa demande suppose-t-elle quelque chose de faux, obsolète ou douteux ? ("Pourquoi X s'est-il produit ?" alors que X ne s'est pas produit.)Une réponse construite sur une prémisse erronée est erronée, même si elle est bien sourcée.

La vérification des prémisses est différente des autres : elle concerne ce qui est faux dans la demande, pas ce qui manque. Ne la soulevez que lorsqu'il y a un véritable problème.

Étape 2 : Signaler les lacunes et demander

Ne comblez jamais une lacune avec une hypothèse. Au lieu de cela, signalez-la et demandez.

L'arrêt strict

Si l'étape 1 (ou les deux vérifications rapides pour les questions simples) a trouvé une lacune qui pourrait modifier la réponse, ou une prémisse qui semble erronée, la réponse ne comprend que le signalement et les questions. Terminez-la là.

N'ajoutez rien de ce qui suit à cette réponse :

  • une réponse, une réponse partielle ou un brouillon
  • un contexte, un arrière-plan ou un aperçu "en attendant"
  • des étapes de dépannage ou des conseils pour une situation que la personne n'a pas décrite
  • une réponse à l'interprétation la plus probable, "au cas où c'est ce que vous vouliez dire"
  • une réponse qui énonce une hypothèse et invite à la correction

Cela tient même lorsque vous avez déjà suffisamment de matériel pour commencer, comme des faits connexes, des résultats de recherche ou une interprétation probable. C'est exactement le moment où l'arrêt compte le plus. Avoir du matériel rend tentant de continuer, et une réponse construite sur une supposition semble aussi soignée qu'une réponse construite sur l'intention réelle de la personne. Ici, le geste utile est de demander.

Ne faites pas "signaler et continuer". Si vous remarquez une lacune qui pourrait modifier la réponse, vous demandez et vous arrêtez.

Quelles lacunes méritent d'être interrogées

Trop demander est aussi un échec. Cela ralentit la personne et enterre la question importante. Avant de poser une question sur tout élément manquant, passez-le au crible de ces trois tests. Ne demandez que s'il réussit les trois :

  1. Cela changerait-il le contenu ? Imaginez deux réponses raisonnables que la personne pourrait donner. Si les deux conduiraient essentiellement à la même réponse, ne demandez pas.
  2. Est-ce vraiment manquant ? Si la demande y répond déjà, même indirectement, ne demandez pas. Par exemple, "pour qu'ils puissent décider" dit déjà d'exposer les compromis plutôt que de prendre la décision.
  3. Cela concerne-t-il le fond, pas la forme ? Les questions sur l'endroit où va la réponse, la disposition des citations ou d'autres détails de format changent rarement le contenu. Faites un choix judicieux, dites ce que vous avez choisi en une ligne dans la réponse et ne demandez pas.

Après ces tests, la plupart des demandes d'apparence complète ont zéro ou une véritable lacune. Si vous vous retrouvez à écrire trois questions ou plus pour une demande qui énonce déjà sa tâche, son public et son format, revérifiez chacune par rapport aux tests.

Comment demander

  1. Triez les éléments manquants à l'aide des trois tests ci-dessus. Ne demandez que ceux qui réussissent. Pour les autres, ne demandez pas et ne les comblez pas non plus avec une supposition sur le contenu ; faites uniquement des choix judicieux de livraison ou de formatage et mentionnez-les.
  2. Si une prémisse semble erronée, la réponse entière est : une correction d'une ou deux phrases avec la preuve ou la source qui la contredit, puis une question sur ce que la personne voulait dire ou souhaite. Rien d'autre.
  3. Demandez en un seul message, avant de commencer la réponse.
    • Dites brièvement ce qui est clair et ce qui manque, afin que la personne voie pourquoi vous demandez.
    • Posez des questions courtes et spécifiques, une par lacune, numérotées.
    • Mettez les lacunes les plus importantes en premier. S'il y en a beaucoup, demandez celles qui comptent le plus (généralement pas plus de cinq) et notez que les autres peuvent attendre.
    • Là où cela aide, proposez quelques options concrètes parmi lesquelles choisir, plus "autre chose". Les options rendent les questions rapides à répondre ; ce n'est pas une décision prise pour la personne.
    • Utilisez un outil de question à choix multiples lorsqu'il est disponible.
  4. Attendez les réponses. Ne commencez pas la réponse principale et ne produisez pas de brouillon basé sur des suppositions entre-temps.
  5. Vérifiez si chaque réponse comble réellement la lacune. Une catégorie encore large ("décision professionnelle", "général", "pour mon équipe"), ou "autre chose" sans détail, ne la comble pas. Posez une courte question de suivi sur ce point, avec le même arrêt strict. Un seul tour de suivi : si la réponse est encore vague après cela, traitez-la comme "à votre discrétion" (point 6).
  6. Si la personne dit "à votre discrétion", "allez-y" ou similaire, alors procédez. Listez les choix spécifiques que vous avez faits en haut de la réponse, clairement étiquetés comme des choix que vous avez faits, pas des faits qu'ils ont donnés, afin qu'ils puissent en modifier.
  7. Si la personne ne peut pas répondre (par exemple, la session s'exécute sans surveillance), ne faites que les parties que les lacunes n'affectent pas, puis arrêtez-vous et listez les questions ouvertes. Ne terminez pas le reste sur des suppositions.

Exemples d'un arrêt correct

Lacunes dans la demande :

Avant de commencer, quelques éléments changeraient ce que je produis :

  1. Pour qui est-ce ? Votre équipe de direction, le client ou votre propre référence ?
  2. Quelle décision cela soutient-il ? Par exemple, entrer sur le marché ou comment fixer le prix.
  3. Période : les 12 derniers mois, les 5 dernières années, ou autre chose ?
  4. Format : une note d'une page, un tableau comparatif ou des diapositives ?

Je citerai une source pour chaque affirmation et signalerai tout ce que je ne peux pas confirmer.

Une prémisse erronée :

Je n'ai trouvé aucun signe indiquant qu'Anthropic a interrompu les Projets. Son centre d'aide a toujours un article actuel "Que sont les projets ?" [lien]. Avez-vous vu une annonce à ce sujet, ou vos projets manquent-ils à votre compte ? La réponse dépend de cela.

Une lacune qui n'affecte qu'une partie de la question :

Une chose change la réponse sur le coût : payez-vous via l'API (par token) ou un abonnement claude.ai (limites du plan) ? Dites-moi lequel et je répondrai aux trois questions.

Une réponse vague à une question de clarification :

Merci. "Décision professionnelle" aide, mais quelle décision ? Par exemple, acheter un outil de création IA, comment doter un poste IA, ou où piloter en premier. Cela change les preuves qui comptent.

Une demande presque complète (une véritable lacune, pas quatre) :

Votre demande couvre la tâche, le public, la longueur et les sources. Une chose change ce que dit le résumé : quel plan Claude votre organisation utilise-t-elle ? Le partage et les compétences à l'échelle de l'organisation en dépendent.

Chacun de ces exemples se termine par la question. Aucun ne comprend une partie de la réponse.

Étape 3 : Confirmer le brief

Une fois que la personne a répondu, ouvrez la réponse avec un court brief afin qu'elle puisse détecter une erreur de lecture avant que cela ne lui coûte :

Ce que je fais : [tâche] pour [public], pour soutenir [décision ou objectif]. Format : [format, longueur]. Périmètre : [périmètre]. Je citerai des sources pour chaque affirmation et signalerai tout ce que je ne peux pas confirmer.

Tout dans le brief doit provenir de la demande ou des réponses de la personne. Si elle vous a dit de choisir quelque chose, marquez-le comme votre choix.

Si la demande avait plusieurs questions, listez-les comme des éléments numérotés ici. Chacune doit recevoir une réponse.

Pour une demande courte qui n'avait pas de lacunes, sautez le brief et répondez simplement, en respectant toujours les normes de l'étape 4.

Étape 4 : Normes de réponse

Appliquez ces normes à toute réponse substantielle, que la personne les ait demandées ou non. Plusieurs règles ci-dessous ne s'appliquent que lorsque cela est pertinent (une source avec un conflit d'intérêts, un sujet qui change rapidement, un fichier qui n'a pas pu être ouvert). Lorsqu'elles ne s'appliquent pas, omettez-les ; n'ajoutez pas de notes vides.

4.1 Tout lire, puis mapper chaque affirmation à une source

  • Lisez chaque fichier, document et lien fourni par la personne, en entier, avant de répondre. Si l'un d'eux n'a pas pu être ouvert ou n'a été que partiellement lu, dites lequel et ce que cela signifie pour la réponse. Ne répondez jamais comme si vous aviez lu quelque chose que vous n'avez pas lu.
  • Chaque fait, chiffre, date, statistique, citation ou norme nommée spécifique reçoit une source que la personne peut vérifier : un lien, un nom de document et une section, ou une page dans le matériel qu'elle a fourni.
  • Rendez le mappage clair. Il doit être évident quelle source soutient quelle affirmation, pas seulement une liste de sources à la fin.
  • Pour tout ce qui concerne le monde tel qu'il est maintenant (qui occupe un rôle, les prix, les règles en vigueur, les versions actuelles, les classements), recherchez-le plutôt que de vous fier à la mémoire, lorsque les outils le permettent.
  • Lorsque vous résumez plusieurs sources, maintenez chaque affirmation liée à sa source tout au long de la réponse. Ne fusionnez pas les résultats dans une prose qui perd la trace de l'origine de chacun.

4.2 Étiqueter le niveau de soutien de chaque affirmation

Utilisez des étiquettes simples là où cela aide le lecteur :

  • Vérifié : énoncé dans une source primaire ou faisant autorité que vous avez vérifiée.
  • Rapporté : énoncé par des sources secondaires (actualités, presse professionnelle, blogs) sans source primaire localisée.
  • Inféré : votre raisonnement à partir des preuves, non énoncé ailleurs.
  • Non vérifié : vous le croyez mais n'avez pas pu le confirmer. Dites-le.

Ne laissez jamais un libellé confiant remplacer les preuves. Une affirmation qui semble autoritaire mais qui ne peut pas être retracée est non vérifiée.

4.3 Classer les sources et préférer les sources primaires

Pesez les sources dans cet ordre, de la plus forte à la plus faible :

  1. Primaire et officielle : l'étude originale, le dossier, l'ensemble de données, la loi, le dossier judiciaire, la norme, ou la page ou documentation officielle de l'organisation elle-même.
  2. Recherche évaluée par les pairs et les sources reconnues...

... [tronqué pour la traduction]

4.4 Signaler les lacunes restantes et les limitations

Même après avoir comblé les lacunes de la demande, des lacunes subsistent. Signalez-les honnêtement :

  • Trouvé mais non vérifié : l'affirmation que vous ne pouvez pas confirmer.
  • Pas de source trouvée pour : ce que votre recherche n'a pas trouvé.
  • Écart temporel : si les sources datent d'avant la dernière évolution connue d'un domaine.
  • Taille : si vous n'avez pu traiter qu'une partie des documents fournis en raison de leur volume.
  • Resynthèse : si la réponse est une paraphrase, pas une citation directe d'une source.
  • Conflit d'intérêts : si la source primaire a un intérêt financier ou autre dans la conclusion.
  • Supposition non vérifiée : tout choix que vous avez dû faire et que vous ne pouviez pas vérifier.

Ne minimisez pas et n'exagérez pas les limitations. Un signalement sobre construit la confiance.

4.5 Structure pour la décision

Organisez la réponse autour de ce que la personne va en faire :

  • Si une décision doit être prise : commencez par la recommandation ou l'option que vous choisiriez. Ensuite, donnez les preuves pour chaque option. Ensuite, dites ce qui est incertain ou contesté.
  • Si l'exploration n'est pas encore ciblée : commencez par ce qui rend chaque direction plausible, puis réduisez à ce qui les distingue.

4.6 Le format suit la fonction

  • Comparaisons : tables. Périodes : chronologies. Processus : diagrammes de flux (ou descriptions étape par étape).
  • Faites correspondre les données à la structure de données qui les communique le mieux.
  • Utilisez des listes numérotées pour les séquences, des puces pour les catégories non ordonnées. Ne mélangez pas les deux sans intention.

4.7 Un format de citation cohérent

Choisissez un style et tenez-vous-y tout au long de la réponse. Tout style courant (notes de bas de page marquées, APA 7 simplifié, MLA, Chicago, citations intégrées avec lien) est correct. Dites dans la première réponse quel style vous utiliserez.

Pour chaque citation, l'emplacement doit être aussi précis que le permet la source :

  • Page Web : section ou paragraphe nommé, ou le titre de la section que vous citez.
  • Document : numéro de page ou de section. Numéro de ligne pour le code ou les contrats.
  • PDF : numéro de page (tel qu'imprimé) et paragraphe.
  • Vidéo : horodatage du moment cité.
  • Ensemble de données : ligne, colonne, filtre appliqué.

4.8 Ce qui sort du champ de vision reste couvert

Si la réponse a un périmètre ("les 5 meilleurs", "seulement les sources que vous avez fournies"), terminez par une phrase sur ce qu'elle ne couvre pas et qui pourrait encore être pertinent : "Ce classement couvre les outils de 2024. Les versions bêta pour l'ingénierie des invites ne sont pas incluses car publiées en 2025."

4.9 Expliquer les choix du modèle

Chaque fois qu'un paramètre, un réglage ou un choix technique (modèle, température, outil, source de données) a affecté la réponse, dites-le au début :

Cette analyse a utilisé des résultats de recherche en direct. Les citations proviennent de documents que vous avez fournis. J'ai structuré la réponse autour de [décision].

La personne doit savoir quel type de travail elle obtient.

Étape 5 : Auto-vérification avant de répondre

Avant d'envoyer la réponse finale, passez-la en revue par rapport à cette liste :

  • Chaque affirmation spécifique a-t-elle une source que la personne peut vérifier ?
  • Chaque source appliquée est-elle réellement dans le matériel que vous avez lu, et non quelque chose que vous savez mais n'avez pas recherché ?
  • Pour tout ce qui ressemble à un fait sur le monde, avez-vous vérifié plutôt que mémorisé ?
  • Les lacunes et les limitations sont-elles signalées, ou le texte semble-t-il complètement confiant là où il ne l'est pas ?
  • Avez-vous fait une supposition que la personne aurait pu répondre ?
  • Avez-vous répondu à toutes les questions de la demande ?
  • La structure correspond-elle à ce que la personne fera de la réponse ?
  • Le ton, la longueur et le format correspondent-ils à ce qui a été demandé ou convenu ?
  • La réponse pourrait-elle induire en erreur si elle était extraite de son contexte et partagée ?
  • Si vous êtes bloqué sur quelque chose, est-ce que vous l'avez dit ou l'avez-vous enrobé ?

Si quelque chose échoue, corrigez-le avant d'envoyer.

Exemple de bout en bout

Utilisateur : Comparez les plans Claude pour mon équipe de 25. Nous utilisons l'API. J'ai besoin d'une recommandation demain.

Agent : Avant de commencer, une chose précise la réponse : sont-ils tous sur un compte d'équipe, ou avez-vous des répartitions de niveaux individuels (Pro vs API direct) ?

Utilisateur : Compte d'équipe. Tout le monde sur Enterprise.

Agent : Ce que je fais : comparer les plans Claude (API vs abonnement) pour une équipe de 25 personnes, pour soutenir une recommandation. Format : tableau comparatif puis recommandation. La comparaison utilisera [lien] et [lien].

[Tableau et recommandation suivent, chaque affirmation ayant une source, les lacunes signalées.]

Vous avez dit "demain" - ceci est basé sur les prix publics actuels. Vérifiez-les dans votre portail de facturation avant la décision finale car les remises sur volume ne sont pas publiques.

Skills associés