Le test de l'inconnu

Ce que c'est et pourquoi ça compte

Un de nos posts a dépassé les cent mille vues. En dessous, un commentaire : « quelqu'un a compris quelque chose ? ». Et toutes ces vues n'ont apporté aucun téléchargement.

Le problème, ce n'était pas l'histoire. C'était qu'on en savait trop. Vous relisez votre texte et il vous paraît clair, parce que vous avez déjà tout le reste en tête : le produit, le pourquoi, le morceau que vous avez coupé pour faire court. Celui qui lit n'a que le texte.

Le test de l'inconnu, c'est ça : vous donnez seulement le texte à un agent tout neuf, sans contexte et avec le plus petit modèle. Vous lui posez trois questions : que s'est-il passé (ou que fait ce produit), à qui ça s'adresse et pourquoi ça me concerne, que dois-je faire maintenant. Ensuite vous lui demandez les mots et les passages qu'il n'a pas compris. S'il se trompe sur une réponse, le problème ne vient pas de lui : on réécrit. Ça vaut pour tout ce que quelqu'un d'autre va lire : posts, landing pages, page App Store, onboarding, e-mails.

1. Le prompt des trois questions

À la place de [colle ici], mettez le texte, seulement le texte : pas de nom de fichier, pas d'explications de votre part.

Tu es une personne ordinaire qui fait défiler son téléphone. Tu ne sais rien de la personne qui a écrit ce texte, ni de son produit. Lis seulement le texte ci-dessous et réponds :

1. Que s'est-il passé ? Ou, si c'est un produit : que fait-il ?
2. À qui ça s'adresse ? Pourquoi ça devrait me concerner ?
3. Que devrais-je faire maintenant ?

Une ou deux phrases par question, avec tes mots. Si la réponse n'est pas dans le texte, écris « je ne sais pas ». Ne devine pas. Si tu as dû déduire quelque chose, dis-le.

Ensuite, liste :
- les mots que tu n'as pas compris ;
- les passages où tu t'es arrêté ou que tu as dû relire, avec la phrase exacte.

Ne donne pas de conseils pour l'améliorer.

TEXTE :
[colle ici]

La première question change un peu selon le type de texte :

• un post qui raconte une histoire : que s'est-il passé, et quel rapport avec le produit ;
• une landing page ou une page App Store : que fait ce produit ;
• un écran d'onboarding : que dois-je faire sur cet écran ;
• un e-mail : qu'est-ce qu'on me demande.

« Ne donne pas de conseils », ce n'est pas un détail. Si vous le laissez libre, il vous réécrit le texte, et vous ne savez plus où il s'était perdu.

2. Lancez-le comme sous-agent, avec le petit modèle

Dans Claude Code, un sous-agent démarre avec un contexte neuf : il ne voit pas votre conversation. Mais attention : par défaut, il lit les CLAUDE.md, c'est-à-dire précisément la description de votre produit. Du coup, ce n'est plus un inconnu. C'est pour ça que je crée un agent fixe, dans le fichier .claude/agents/stranger.md :

---
name: stranger
description: Lecteur sans contexte. Lit seulement le texte qu'il reçoit et dit ce qu'il a compris. À utiliser avant de publier n'importe quel texte.
tools: Read
model: haiku
omitClaudeMd: true
---

Tu es une personne ordinaire qui fait défiler son téléphone. Tu ne sais rien de la personne qui a écrit le texte, ni de son produit. Lis seulement le texte ou le fichier qu'on te donne, rien d'autre.

Réponds :
1. Que s'est-il passé ? Ou : que fait ce produit ?
2. À qui ça s'adresse ? Pourquoi ça devrait me concerner ?
3. Que devrais-je faire maintenant ?
Une ou deux phrases par question, avec tes mots. Si la réponse n'est pas dans le texte, écris « je ne sais pas ». Si tu as dû la déduire, dis-le.

Ensuite, liste les mots que tu n'as pas compris et les passages où tu t'es arrêté, avec la phrase exacte. Pas de conseils.

• model: haiku, c'est le plus petit modèle. S'il comprend, celui qui fait défiler en vitesse comprend aussi.
• omitClaudeMd: true le fait démarrer sans vos CLAUDE.md. Il faut une version récente de Claude Code.
• tools: Read lui suffit pour ouvrir un fichier ou les images d'un post. Pas de web, pas de modifications.

Ensuite, dans la session, écrivez ceci (ou tapez @ et choisissez-le dans la liste) :

Utilise le sous-agent stranger, avec le modèle haiku, sur le texte de [fichier]. Attends son compte rendu et donne-le-moi tel quel, sans le commenter.

Pourquoi je répète « avec le modèle haiku » ? Quand Claude lance un sous-agent, il peut lui choisir un modèle, et ce choix l'emporte sur le champ model du fichier. L'écrire dans le message lève le doute. Si vous ne voulez pas créer le fichier, vous pouvez demander un sous-agent general-purpose avec le modèle haiku : ça marche, mais il lit les CLAUDE.md, donc le test vaut moins.

3. Faites-en une commande

Si vous l'utilisez souvent, un skill le transforme en commande : /stranger suivi du fichier. Créez .claude/skills/stranger/SKILL.md :

---
name: stranger
description: Test de l'inconnu sur un texte avant de le publier.
disable-model-invocation: true
context: fork
agent: stranger
background: false
---

Lis seulement $ARGUMENTS et fais le test : les trois questions, puis les mots et les passages que tu n'as pas compris.

• context: fork le fait tourner dans un sous-agent séparé ; agent: stranger choisit votre agent, avec son modèle et sans CLAUDE.md.
• background: false fait attendre le compte rendu, au lieu de l'envoyer plus tard sous forme de notification.
• disable-model-invocation: true veut dire qu'il ne démarre que quand vous l'appelez.

Vous l'utilisez comme ça : /stranger landing/index.html. Le compte rendu revient dans votre conversation.

4. Comment lire les réponses

Avant de le lancer, j'écris moi-même les trois bonnes réponses, une ligne chacune. Ensuite je compare :

• Bonne réponse, avec ses mots : ça passe.
• Mauvaise réponse ou « je ne sais pas » : ce morceau n'est pas dans le texte, ou on ne le comprend pas. On réécrit.
• Bonne réponse mais déduite : pour moi, elle est fausse. Celui qui fait défiler ne s'arrête pas pour déduire.
• Mots qu'il n'a pas compris : chacun est remplacé par un mot de tous les jours, ou expliqué dans la même phrase.
• Passages où il s'est arrêté : en général, il manque un maillon entre deux phrases, ou deux phrases se contredisent.

Un exemple réel, tiré d'un de nos posts. Au premier tour, l'agent a bloqué sur des mots comme « physiologiste » et « lactate ». Au quatrième, il répondait juste, mais sur le lien avec l'app il a écrit qu'il l'avait déduit lui-même : on a réécrit ça aussi. Au sixième, il répondait juste sans rien déduire.

5. Quoi corriger, et quand le refaire

• Corrigez le texte, pas le prompt. Si vous ajoutez des explications dans le prompt, le vrai lecteur ne les aura pas.
• Chaque terme technique se traduit dans la même phrase : pas « VO2max », mais « le souffle ».
• Un chiffre seul ne dit rien : mettez à côté ce à quoi on le compare. Et jamais deux pourcentages à comparer entre eux.
• Chaque tour avec un nouvel agent. Le précédent a déjà lu l'ancienne version : ce n'est plus un inconnu.
• Vous vous arrêtez quand les trois réponses sont justes sans rien déduire et qu'il ne reste aucun accroc sur les passages qui comptent.

Chez nous, le compte rendu va dans le rapport du jour, et un post sans compte rendu n'arrive même pas jusqu'au critique final (tout le système est sur strikt.fit/marketing-notturno).

Les erreurs les plus courantes

• Demander « c'est clair ? » à Claude dans le même chat : il sait tout ce que vous savez, et il vous dira oui.
• Le laisser lire les CLAUDE.md : il connaît déjà le produit. Utilisez omitClaudeMd: true.
• Lui donner le texte entouré de vos explications : donnez-lui seulement ce que verra le lecteur.
• Utiliser un gros modèle : il reconstruit même ce qui manque dans le texte.
• Discuter avec lui : s'il n'a pas compris, c'est que vous n'avez pas écrit clairement. Réécrivez.

Check-list

• Les trois bonnes réponses écrites par moi, avant le test
• Agent avec model: haiku et omitClaudeMd: true
• Je lui ai donné seulement le texte, sans contexte
• Trois bonnes réponses, sans rien déduire
• Chaque mot difficile remplacé ou expliqué dans la même phrase
• Dernier tour fait avec un nouvel agent

Questions fréquentes