josie2479-maker/claude-skills

Vérifiez les affirmations factuelles avant de les livrer. À utiliser avant toute réponse ou livrable que l'utilisateur utilisera, transmettra ou partagera avec d'autres — règles, politiques, juridiques, financières, dates ou faits produits — et chaque fois qu'il dit « est-ce vrai », « vérifie ça », « confirme ça », « fact-check », « tu es sûr ? » ou « source ? ». Exception : évaluer une affirmation que quelqu'un d'autre a transmise à l'utilisateur est un parcours de pensée critique ; récupérer le texte d'une page est une récupération fiable (cette compétence l'appelle).

Qu'est-ce que claude-skills ?

Cette compétence pour agent IA est conçue pour garantir l'exactitude factuelle de toutes les réponses et livrables avant qu'ils ne soient transmis à l'utilisateur final. Elle est essentielle pour tout contexte impliquant des faits sur lesquels l'utilisateur pourrait fonder une décision, une action ou un partage — par exemple, des règles, des politiques, des informations juridiques, financières, des dates ou des caractéristiques produit. L'agent commence par extraire toutes les affirmations factuelles du projet de réponse, les trie en « structurelles » (à vérifier) et « contextuelles » (à étiqueter), puis vérifie chaque affirmation structurale par rapport à une source primaire en utilisant un outil de récupération fiable, en signalant les sources injoignables, en distinguant les observations des prévisions, et en vérifiant que les citations sont à jour. Enfin, la réponse est étiquetée avec un code couleur : ✅ vérifié, ⚠️ non vérifié, ou ❓ supposition, et une relecture finale garantit qu'aucune affirmation structurale n'est laissée non étiquetée. Cette compétence fonctionne avec tout agent capable d'utiliser des outils de navigation web et de récupération de texte de page.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/josie2479-maker/claude-skills/tree/HEAD/skills/fact-verification

Installed? Explore more Développement et programmation skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · 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 des faits

Licence : Publié sous CC BY 4.0 — libre d'utilisation, d'adaptation et de partage avec mention.

1. Extraire les affirmations

Listez chaque affirmation factuelle dans le projet de réponse. Ignorez les opinions et le raisonnement.

2. Triage

Marquez chaque affirmation :

  • Structurelle : l'utilisateur prendrait une décision, agirait ou transmettrait sur la base de celle-ci → doit être vérifiée
  • Contexte : uniquement du contexte → étiquetez, ne poursuivez pas

3. Vérifier les affirmations porteuses

  • Vérifiez par rapport à une source primaire (le site de l'éditeur lui-même, la loi ou la norme elle-même, la documentation officielle), pas un résumé

  • Utilisez une récupération fiable pour le texte de la page, si vous l'avez ; sinon, récupérez la page avec un véritable outil de navigateur plutôt qu'une récupération résumante. Si une source est inaccessible, dites-le ; ne comblez pas de mémoire

  • Dates, délais, montants : confirmez par rapport au libellé de la source elle-même, et notez sa date de mise à jour

  • Prévisions et avertissements : une prévision dont l'échéance est passée n'est pas un résultat. Étiquetez chaque nombre comme observé ou prévu. Pour une prévision passée, un pic ou un niveau d'alerte, recherchez l'observation enregistrée (le journal des mesures ou les données enregistrées du système), pas le texte de la prévision ou de l'alerte, et rapportez le réel. Un nombre provenant d'une prévision retirée ne s'est jamais produit.

  • Trouvez le chiffre ou le libellé exact dans la source elle-même. Un lien fonctionnel, un vrai journal et un sujet correspondant ne prouvent pas que la source le dit. Plusieurs sources concordantes ne comptent que si elles ne se sont pas copiées les unes les autres.

  • Les citations reprises dans des modèles ou des documents plus anciens peuvent être obsolètes. Vérifiez chaque règle, clause ou section citée par rapport au texte officiel actuel, pas au modèle.

  • Une négation (« aucune exigence », « non trouvé ») ne couvre que les sources et les mots réellement recherchés. Avant d'en énoncer une :

    • recherchez chaque niveau pouvant créer l'obligation (loi, règlement, directives officielles, règles locales) et les propres enregistrements du projet ;
    • recherchez le concept avec des synonymes, pas un seul mot-clé ;
    • limitez l'affirmation à ce qui a été recherché (« aucun règlement trouvé dans les sources consultées », pas « aucune exigence »).

    Gardez cette portée dans le titre lui-même. Les mentions légales placées sous un titre ne le suivent pas lorsqu'il est copié.

  • Séparez ce qu'une règle permet de ce qui s'est produit dans le cas propre de l'utilisateur. Les demandes, lettres, approbations et décisions proviennent des enregistrements de l'utilisateur (ses notes, journaux de décisions et d'événements, recherches antérieures dans le projet), pas de la règle elle-même. Recherchez-les d'abord, et demandez où se trouve l'enregistrement si l'endroit évident est vide.

  • Plans de produits (« Est-ce que X est planifié ? ») : vérifiez d'abord les sections « limitations actuelles » du centre d'aide du fournisseur, puis les notes de version, puis les blogs et la presse.

  • Un écart arithmétique qui vous est fourni : recalculez chaque niveau (lignes d'articles, sous-totaux, totaux) à partir de la source. L'explication donnée peut ne couvrir qu'un seul des plusieurs écarts.

4. Étiqueter dans la réponse

  • ✅ Vérifié : [source, date de vérification]
  • ⚠️ Non vérifié : provient des données d'entraînement, peut être obsolète
  • ❓ Supposition/Inférence : dites sur quoi cela repose

5. Avant de livrer

Relisez les étapes 2 à 4. Toute affirmation structurale sans ✅ ou un ⚠️ explicite → corrigez-la ou signalez-la.

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

josie2479-maker/claude-skills

Test a ready-made list of deliverables, documents or artifacts before anyone commits to tracking it. Use when someone is handed a list from a template, vendor, consultant, PMO framework or AI (\"standard project documents\", \"required artifacts\", \"deliverables checklist\") and asks whether to adopt it, what is really required, what to drop, or what is missing. Tags each item by who requires it (funder, law or regulation with citation, a named person, or standard practice that nobody requires), reads the funder's or agency's own template section by section to find required items the list leaves out, and returns a table plus a drop / keep / add list. Not for building a list from scratch with no list in hand, and not for checking whether finished documents are good.

josie2479-maker/claude-skills

Interview the user about something they are ABOUT TO BUILD, before any of it is built — a feature, a system, an automation, a workflow, a document structure. Use when a plan exists only in their head or as a rough idea and the design decisions are still open: \"grill me\", \"interview me about this\", \"help me think this through before I build it\", \"what am I not deciding\", \"ask me what you need to know\". Works the design as a dependency tree, asking one answerable question per round (the one that unblocks the most decisions first) with a recommended answer attached, and never asking anything it could look up itself. BOUNDARY — this is front-loaded, for decisions not yet made. Reviewing a plan that already exists and stress-testing it for holes is the plc skill. Interrogating information someone else handed you is critical-thinking-walkthrough. If the thing is already written down and the question is \"is this any good\", it is not this skill.

josie2479-maker/claude-skills

Strip AI-essay voice from a document that will be shared outside this conversation — a memo, spec, brief, proposal, SOW, report, or any deliverable going to a supervisor, agency, client, or contractor. Use when asked to \"clean this up\", \"make this professional\", \"take the Claude out of it\", \"de-AI this\", \"make it ready to send\", or when a draft is about to be handed off and has not had a register pass. Also run it unprompted as the last step when drafting any external-facing document. Not for chat replies, personal notes, or internal scratch files — conversational voice is fine there and flattening it is a loss. Not for fiction or other creative writing, where the voice is the point; see the fiction note in the body.

Skills associés