TL;DR

Le Prompt Auditor fait passer l'IA du rôle d'autrice à celui d'adversaire : après qu'elle a livré, vous lui ordonnez d'attaquer sa propre sortie — traquer les failles logiques, les affirmations non étayées et les angles morts — avant de produire une version finale blindée. Coût : un message de suivi. Bénéfice : il attrape systématiquement le défaut que vous auriez découvert aux dépens de votre réputation.

L'Analogie

Tout journal sérieux tourne sur deux personnes qui ne siègent jamais à la même table : le Rédacteur et l'Éditeur.

Le travail du Rédacteur, c'est la production — embarquer le lecteur, faire chanter l'argument. Le travail de l'Éditeur, c'est la démolition. L'Éditeur entoure l'affirmation sans source, écrit « qui le dit ? » dans la marge, repère le paragraphe où l'argument se contredit discrètement, et pose la question que le Rédacteur priait pour que personne ne remarque. Crucialement, l'Éditeur est évalué sur les défauts trouvés, pas sur la gentillesse — un éditeur gentil est un éditeur cassé. Le journal est fiable précisément parce que celui qui le vérifie n'est pas celui qui l'écrit.

Voici le problème avec l'IA : vous parliez à un Rédacteur sans Éditeur. Le modèle qui a produit votre brouillon est optimisé pour écrire du texte fluide — et quand vous demandez à ce même modèle « est-ce que c'est bien ? », vous demandez à l'auteur de relire son propre manuscrit. Que diriez-vous si un romancier vous affirmait que son livre est impeccable ? Vous l'écarteriez instantanément. Pourtant, on accepte un « ça a l'air super ! » de l'IA tous les jours — puis on découvre, devant son patron, que l'introduction contredisait la conclusion.

Le Prompt Auditor, c'est vous qui engagez l'Éditeur exprès. Même modèle, nouveau contrat : le travail n'est plus « écris ceci » — le travail est « casse ceci ». C'est le mouvement du red team en cybersécurité, où une équipe construit le système et une équipe rivale est payée pour l'attaquer avant les vrais adversaires. Du tir ami, à dessein, avant l'arrivée de l'hostile.

Et contrairement à un éditeur humain, celui-ci travaille en secondes, ne se lasse jamais de votre troisième brouillon, et ne peut pas se vexer au point de radoucir — parce que c'est vous qui avez écrit la dureté dans les instructions.

Comment Ça Marche et l'Outil (Modèles de Raisonnement)

La technique est un rythme en deux temps : Brouillon, puis Audit. Jamais en même temps.

Étape 1 — Brouillon. Produisez le travail normalement, avec la technique qui convient : un prompt one-shot, une entrevue, un format contraint. Le cerveau qui rédige et le cerveau qui audite doivent avoir des tours séparés — demandez-lui d'« écrire et vérifier » en un seul message, et le modèle écrira avec assurance puis apposera son propre sceau.

Étape 2 — Auditer. Poursuivez avec une commande qui a trois pièces structurelles :

PièceCe qu'elle faitExemple
Attribution de rôleTue la courtoisie de l'auteur« Agis comme un Avocat du Diable impitoyable »
Constat numérotéForce des défauts réels, pas des vibes« Trouve exactement 3 défauts fatals »
Verdict retenuInterdit la conclusion rassurante« Ne réécris rien encore — constats uniquement, classés par gravité »

Agis comme un Avocat du Diable impitoyable et critique ta réponse précédente. Trouve exactement 3 défauts fatals : erreurs logiques, affirmations non étayées ou angles morts qu'un expert sceptique attaquerait. Classe-les par gravité. Ne réécris rien encore — constats uniquement.

Pourquoi « exactement 3 » ? Parce qu'un « un problème quelconque ? » sans plafond invite le modèle à jouer la sûreté — « dans l'ensemble, c'est bien structuré ! » — et un audit qui s'ouvre sur un compliment est un audit qui a déjà échoué. Un compte force à creuser : quelque chose doit remplir les cases numérotées, même dans un bon travail, et ce qui remonte est souvent la prémisse que personne n'avait examinée. Puis, seulement après avoir lu les constats, vous libérez l'étape trois : « Maintenant réécris l'original, en corrigeant les trois défauts. »

C'est aussi ici que vit la touche hybride subtile : n'importe quel modèle peut auditer, mais auditer est un travail de réflexion — et c'est pour ça que les modèles de raisonnement sont construits. Les modèles de raisonnement (comme ceux premium disponibles dans Uzu) sont entraînés à ralentir et travailler un problème pas à pas avant de répondre, ce qui les rend disproportionnellement doués pour attraper la faille que les modèles rapides laissent passer. D'où le flux professionnel : modèle rapide pour le brouillon, modèle de raisonnement pour l'audit. Le modèle rapide et bon marché génère la matière première ; le modèle coûteux et délibéré dépense sa puissance de feu uniquement sur la passe qui compte — celle qui décide si le travail survit au contact de la réalité.

Avant / Après (Les Prompts)

Exemple 1 — le business plan

Est-ce que ce business plan est bon ? Des remarques ?

L'auteur relit le manuscrit. Retour : les forces d'abord, un doux « envisage d'ajouter », et un verdict général de solide. Le plan sort avec sa prémisse fatale intacte.

Agis comme un investisseur sceptique qui a vu 1.000 pitchs. Identifie exactement 3 défauts fatals dans ce business plan — les raisons pour lesquelles un fonds passerait son chemin. Classe par gravité, cite la section précise, constats uniquement, sans réécriture.

Maintenant le même plan fait face à l'Éditeur. Les constats reviennent numérotés et inconfortables : le modèle de revenus suppose un taux de conversion de 40 % sans preuve ; l'« analyse concurrentielle » omet l'acteur le plus gros ; la projection de trésorerie cache un trou au mois sept. Aucune de ces notes n'est cosmétique. Toutes font la différence entre financement et silence.

Exemple 2 — l'argumentaire

Vérifie les erreurs dans mon essai.

« Erreurs » est une chasse aux coquilles — et c'est ce que vous recevez : grammaire repolie, logique intacte.

Tu es mon critique le plus impitoyable. Lis mon argumentaire et trouve exactement 3 endroits où le raisonnement est le plus faible — sauts, prémices non étayées ou objections sans réponse. Pour chacun, expose le contre-argument le plus fort contre moi. Ne radoucis pas. Constats uniquement.

L'audit rend les deux phrases qu'un opposant citerait contre vous — et l'unique objection à laquelle vous n'avez jamais répondu parce que vous ne l'aviez jamais vue. Corrigez ces trois, et l'argumentaire est prêt pour une audience qui souhaite votre échec.

Exemple 3 — l'e-mail avant envoi

Assure-toi que cet e-mail sonne bien.

Contrôle du ton. Bien. Mais le danger de l'e-mail n'a jamais été le ton — c'était la phrase qui vous engageait accidentellement sur un délai que vous ne pouvez pas tenir.

Avant l'envoi : audite-le comme un juriste contractuel. Trouve exactement 3 déclarations qui pourraient être lues comme des engagements ou responsabilités que je n'ai pas vouus. Cite chacune, explique la lecture à risque, constats uniquement.

Trois constats plus tard, une phrase est signalée : « On aura réglé ça rapidement » — qui, sous pression, devient une promesse. Reformulée. L'e-mail n'a jamais été mieux écrit. Il a été plus sûr à envoyer.

Erreurs Courantes

  1. Accepter le premier « ça a l'air super ! ». Si vous demandez avec politesse, le modèle notera sa propre copie avec générosité — la courtoisie est entraînée plus profondément que la rigueur. Un audit qui rend zéro constat n'était pas un audit ; c'était un compliment. Relancez avec un compte : « Trouve exactement 3. »
  2. Auditer dans le même souffle que la rédaction. « Écris-le et assure-toi que c'est bien » fait s'effondrer l'Éditeur dans le Rédacteur. Le modèle rédige avec assurance, puis hérite de sa propre assurance en tant que réviseur. Deux tours, toujours : brouillon, puis attaque.
  3. Demandes d'audit vagues. « Critique ceci » invite une bouillie en forme d'essai sur le ton et la structure. Contrainez l'audit comme vous contraindriez n'importe quelle sortie : un rôle, un compte, un classement de gravité, une règle de ne-pas-réécrire. L'audit aussi est un livrable.
  4. Sauter l'audit sur les travaux « qui semblent finis ». La fluidité est exactement le mauvais signal d'achèvement — souvenez-vous de l'illusion de confiance : le brouillon impeccable et le brouillon défectueux arrivent avec la même voix sereine. Plus ça se lit bien, plus il vous faut une passe hostile, pas moins.
  5. Réparer les symptômes, pas les constats. L'audit nomme trois défauts ; vous rapiècez une phrase de chacun et passez à autre chose. Le constat pointe normalement vers une prémisse — réexaminez-la, pas seulement la phrase qui la portait. Puis ré-auditez la révision : « Audite la v2 de la même façon. »

Questions Fréquentes

Comment faire critiquer son propre travail par l'IA ?

Ordonnez-le explicitement : attribuez un rôle hostile (« agis comme un Avocat du Diable impitoyable / investisseur sceptique / red team »), exigez une liste nombrée de défauts (« exactement 3 défauts fatals »), exigez un classement par gravité et interdisez la réécriture jusqu'à ce que vous ayez lu les constats. La structure en trois pièces — rôle, compte, verdict retenu — est ce qui sépare un vrai audit d'un compliment.

Pourquoi l'IA dit-elle que mon travail est bien quand il ne l'est pas ?

Parce que vous avez posé une question à laquelle il n'existe qu'une réponse courtoise. Les modèles sont entraînés à la complaisance conversationnelle — « est-ce que c'est bien ? » tire vers « oui, avec des suggestions mineures ». La correction n'est pas une meilleure question — c'est un contrat différent : le modèle n'évalue plus le travail d'un ami, il est évalué sur les défauts qu'il trouve. Changez les incitations, et l'honnêteté apparaît.

Dois-je utiliser un modèle de raisonnement pour relire les sorties d'IA ?

Pour tout ce qui compte, oui. Les modèles de raisonnement — comme les premium d'Uzu — délibèrent pas à pas avant de répondre, ce qui est précisément la compétence qu'exige la chasse aux défauts. Le motif efficace est la division du travail : un modèle rapide rédige à bas coût, et le modèle de raisonnement dépense son calcul uniquement sur la passe d'audit. Gardez le modèle lourd pour la réflexion lourde.

Leçon Suivante

L'Auditor exécute une passe puissante : brouillon, attaque, correction. Mais certains travaux sont trop grands même pour une réponse unique parfaite — rechercher puis transformer puis polir, chaque étape nourrissant la suivante. Que se passe-t-il quand vous cessez d'écrire des prompts et commencez à construire des chaînes de montage ?

Passez à la leçon suivante : L'Enchaînement de Prompts

Exercice pratique avant de partir : prenez la dernière sortie d'IA que vous avez réellement utilisée et lancez-y le prompt d'audit exact ci-dessus — rôle impitoyable, exactement 3 défauts, constats uniquement. Quoi qu'il en remonte, imprégnez-vous du fait que c'était là depuis le début, attendant que quelqu'un soit payé pour le trouver.