Rédigé par Rédaction CyberSDF · 14 septembre 2026 · mis à jour 15 septembre 2026

Vérifier les affirmations d’un brouillon assisté par IA

Pour vérifier un brouillon assisté, ouvrez une table à quatre colonnes (affirmation, source, date, statut), classez chaque phrase en vérifiée, partielle, non sourcée ou à tester, triez par risque (chiffre, date, version, citation, permission d’abord), remontez à une source primaire datée, écrivez le statut avec sa date, coupez ce qui reste invérifiable. La relecture humaine tranche en dernier.

Cette page agit après le brouillon localisé produit en passes par la méthode de rédaction en passes, et avant la relecture humaine. Elle couvre un document multi-sections, pas une réponse IA isolée : pour ce dernier cas, la page vérifier une réponse IA brute reste la bonne page à consulter. Le geste est le même — isoler, classer, remonter, statuer — mais l’objet et les pièges diffèrent.

Qu’est-ce qui, dans un brouillon, mérite d’être vérifié plutôt que laissé tel quel ?

Isolez chaque affirmation atomique, sans la reformuler

Recopiez la phrase telle qu’elle est écrite dans une colonne affirmation, sans la corriger. Une phrase qui contient deux faits devient deux lignes. Le brouillon issu de la méthode de rédaction en passes est déjà découpé en sections : ce découpage sert de point de départ, mais chaque paragraphe peut cacher plusieurs affirmations atomiques.

Marquez ce qui porte une décision : chiffre, date, version, citation, permission, identité prêtée

Passez en priorité sur les énoncés qui, s’ils sont faux, changent ce que le lecteur fait : un chiffre de dose, une date limite, un numéro de version, une citation attribuée à un auteur nommément cité, une permission affirmée comme légale, une identité prêtée à un témoin ou à un expert. Le reste peut attendre un second passage.

Distinguez une affirmation d’une opinion, d’une impression ou d’une préférence

Une opinion esthétique, une préférence de style, une prédiction ou un jugement de valeur ne reçoivent pas le statut vérifiée. Elles sont soit retirées, soit conservées en tant qu’opinion attribuée (« l’auteur X juge que… »), jamais en tant qu’affirmation sourcée. La différence se voit à la colonne source : un avis sans source reste un avis.

Erreur à éviter : traiter une opinion bien écrite comme un fait

Confondre la fluidité du paragraphe et la solidité de l’affirmation est le piège classique du brouillon lissé par un modèle de rédaction. Plus le brouillon est lisible, plus la vigilance augmente : ce n’est pas une garantie de vérité, c’est un signal qu’il faut vérifier.

Comment trier les affirmations à vérifier par risque, et par où commencer ?

Commencez par ce qui change une décision du lecteur

Ouvrez la table sur les énoncés qui modifient une action (chiffre, date, version, commande, citation, identité prêtée, permission). Le reste — couleur générale, ton, transitions, exemples parallèles — passe dans un second passage ou relève de la révision de forme traitée par la sœur construire un article relisible.

Pondérez par l’enjeu : public spécialisé ou grand public, contexte chiffré ou impression

Plus l’enjeu est grand (santé, droit, argent, sécurité, identité), plus la source doit être primaire, datée et de portée correcte. Une affirmation vague sur la météo de demain ne supporte pas le même effort qu’une affirmation sur un dosage médicamenteux.

Distinguez « à vérifier maintenant » et « à tester quand même »

Sont à tester maintenant les énoncés qui peuvent être confirmés par une commande reproductible ou par un coup d’œil à une page de manuel datée. Le reste — affirmation subjective, prédiction, engagement chiffré sur un futur — est soit traité en hypothèse étiquetée, soit coupé. Une commande documentée qui ferme une hésitation passe avant une recherche externe longue : voir par exemple le geste mv qui écrase silencieusement un fichier existant, déjà documenté dans la section Linux et terminal pour ce type d’affirmation de comportement.

Marquez l’ordre des passages : un seul tableau, plusieurs tours

Le tableau n’est pas un document à remplir en une fois. Premier tour : énoncés qui changent une décision. Deuxième tour : énoncés qui portent une nuance. Troisième tour facultatif : transitions, exemples parallèles, ton général. Aucun passage n’écrase le précédent sans qu’une version datée soit conservée à côté.

Comment remonter à la source d’une affirmation sans se contenter d’une reprise ?

Trois vérifications minimales : le document existe, il dit ce qu’on lui fait dire, il est primaire, à jour et de portée correcte

Avant d’écrire vérifiée dans la colonne statut, trois contrôles en regard :

1. ouvrir l’URL ou la page citée : le document existe et répond ;
2. lire le passage exact : il dit bien ce que le brouillon lui fait dire (et pas un autre passage à peine voisin) ;
3. vérifier qu’il est primaire (documentation officielle, manuel, norme, RFC, sortie de commande reproductible), que sa date couvre la question, et que sa portée (distribution, version, juridiction, public visé) correspond à l’affirmation.

Si l’un des trois échoue, le statut n’est pas vérifiée.

Source primaire, reprise qui paraphrase, citation inventée : trois objets différents

Une source primaire est un document de première main. Une reprise (article de presse, billet de blog, revue) peut être exacte, mais elle filtre. Une citation inventée est un objet à part : elle peut paraître réaliste (auteur, titre, année, ISBN plausible) et n’exister nulle part. Le profil IA générative du NIST, dans sa version de juillet 2024 (NIST AI 600-1, § 2.2), nomme ce cas où le modèle produit une référence qui semble justifier la réponse alors qu’il l’a confabulée ; la règle qui en découle est nette : une citation n’est jamais une preuve tant qu’elle n’a pas été ouverte à sa source primaire.

Version et date : un fait exact un jour devient faux après une mise à jour

Inscrivez la date de consultation et la version de l’outil ou du document dans la colonne date du tableau. Sans cette date, la colonne statut n’est pas réutilisable après changement de version : un numéro de version « vérifié en septembre 2026 » ne l’est plus quand l’éditeur publie la révision suivante. La même logique vaut pour les pages de manuel, dont la date de mise à jour apparaît souvent en pied de page.

Portée : ce qui est vrai « sur Debian 12 » ne l’est pas « sur Ubuntu 24.04 »

Si l’affirmation dépend d’une distribution, d’un éditeur ou d’une juridiction, la portée doit apparaître dans la colonne source — par exemple « Debian 12 — page de manuel mv(1) — 2026-09-14 ». Une affirmation portée sur un cas unique n’est jamais générale ; un comportement constaté sur un système donné reste localisé tant que la portée n’a pas été élargie par un test croisé.

Erreur à éviter : s’arrêter à un titre d’article sans ouvrir la source

Chercher le titre, le voir cité ailleurs, écrire vérifiée sans avoir ouvert le document : c’est le raccourci le plus fréquent. Le tableau doit exiger l’URL ou le locator exact, pas le titre seul. Une citation de seconde main qui pointe vers un titre n’est pas une source, c’est un renvoi à vérifier.

Cas négatif documenté (vérification qui s’est arrêtée au titre) : un brouillon affirmait « Selon L’Atlas des éditeurs, 60 % des correcteurs orthographiques… » sans donner de page ni d’éditeur. Le titre a été retrouvé dans plusieurs fils de discussion et dans une note de bas de page d’un article de presse. Sans ISBN, sans éditeur, sans année vérifiable, la phrase a été coupée du brouillon ; un encart en fin de section renvoyait à une étude équivalente trouvée ensuite et ouverte à sa source primaire. La trace figure dans le journal : ligne L — partielle — coupée. Cet exemple rappelle qu’un titre célèbre n’est pas un document, et qu’une reprise qui pointe vers lui n’est pas une source.

Quand l’affirmation semble vraie mais qu’on ne retrouve pas la source, que faire ?

Décidez entre trois issues : tester, reformuler en hypothèse, couper

Par affirmation non sourcée, une seule décision :

• tester : l’affirmation peut être confirmée par un essai reproductible borné (machine de test, version précise, sortie observée, cas négatif documenté) ;
• reformuler en hypothèse : conserver la phrase en marquant explicitement son statut (« selon une source à re-vérifier », ou étiquette interne HYPOTHÈSE conservée avec la date) ;
• couper : la phrase est invérifiable, non décisive et non hypothétique utile. Elle sort du texte publié.

Aucune de ces trois issues n’est un aveu d’échec ; ce sont trois sorties éditoriales assumées.

Pour tester : définissez l’objectif, l’observation attendue et le cas négatif

Un test reproductible n’est pas un coup d’œil. Il précise l’environnement (machine, version, dossier temporaire), la commande ou l’action, la sortie attendue, et le cas négatif qui prouverait que l’affirmation est fausse. Sans cas négatif déclaré, le test reste une démonstration, pas une vérification.

Pour reformuler en hypothèse : indiquez la nature de l’incertitude

Une hypothèse publiée est une phrase dont le lecteur sait qu’elle demande confirmation. La formulation doit le dire (« selon X, à re-vérifier le JJ/MM », ou étiquette HYPOTHÈSE selon la convention interne du brouillon). Une hypothèse non étiquetée redevient, dans l’esprit du lecteur, une affirmation — c’est exactement ce qu’on cherche à éviter.

Pour couper : ne substituez pas la coupe par une reformulation plausible

La tentation est grande de reformuler « pour rendre la phrase moins fausse ». Une affirmation invérifiable ne devient pas vérifiable par une reformulation ; elle devient seulement plus discrète. La coupe est une décision éditoriale assumée, pas un aveu d’échec : elle libère de la place pour ce qui tient debout.

Tenez une trace datée de la décision

Chaque décision (test programmé, hypothèse publiée, coupe) est consignée dans le journal de vérification avec sa date. Le brouillon en garde la mémoire ; la relecture humaine peut revenir dessus sans reconstituer le raisonnement. Une décision sans date redevient un débat à chaque relecture.

Comment traiter une citation dans un brouillon assisté ?

Reconnaître qu’une citation est un objet à part, pas une preuve par sa présence

La présence d’une citation (auteur, titre, année) n’est pas une preuve que l’affirmation qui suit est vraie. Le profil du NIST déjà cité (§ 2.2) décrit précisément le cas où le modèle produit une référence qui paraît justifier la réponse alors qu’il l’a confabulée ; cette mise en garde vaut pour les citations d’études, les références juridiques, les numéros de norme et les citations littéraires glissées dans la prose.

Ouvrir la citation : l’auteur, le titre et l’édition existent

Pour chaque citation, retrouvez le document primaire (livre, article, norme, page officielle). Si le document n’existe pas, si l’auteur est inventé, ou si l’édition ne contient pas le passage cité, la citation est coupée. Une recherche qui ne ramène que des reprises n’est pas une preuve d’existence.

Exemple factice borné (citation inventée réaliste) : un brouillon glisse la phrase « Selon Marie D., Petite méthode de rédaction claire (2019, p. 47), un texte trop fluide éveille la méfiance plus qu’il ne rassure. » L’ouvrage n’apparaît dans aucun catalogue (BNF, WorldCat, Google Scholar) ; l’auteure n’a pas de publication homonyme sur ces années ; l’éditeur cité n’a pas de collection de ce nom. Décision prise : couper la citation, sans chercher de remplacement. Une note de bas de page du brouillon est reformulée pour ne plus s’appuyer sur une référence invérifiable : « Une rédaction trop lisse peut paradoxalement élever la méfiance du lecteur, à vérifier empiriquement. » Le statut dans le journal passe à non sourcée — coupée.

Vérifier la portée de la citation : ce qu’elle dit, dans quel contexte, à quelle date

Une citation sortie de son contexte peut être exacte et pourtant infidèle. Une phrase de 2012 sur une pratique ne valide pas la pratique en 2026. La colonne date du journal de vérification porte cette nuance : une citation ancienne sur un domaine qui évolue doit être reconfirmée ou retirée, pas conservée comme si elle était intemporelle.

Décider entre couper, remplacer par une paraphrase sourcée, ou laisser en hypothèse

Trois issues explicites par citation, comme pour les autres affirmations non vérifiables. La paraphrase ne remplace la citation que si elle est elle-même appuyée sur la source primaire lue, et elle doit alors porter sa date. Laisser en hypothèse signifie garder la phrase avec une formulation qui dit l’incertitude, pas la citation brute accompagnée d’un sourire de connivence.

Comment tenir un journal de vérification qui serve aux relectures suivantes ?

Quatre colonnes, pas plus : affirmation, source exacte, date, statut

Le journal tient dans un tableau simple, à côté du brouillon, versionné avec lui. Aucun ajout de colonnes ; aucune colonne libre qui se transformerait en commentaire vague. Quatre colonnes suffisent si elles sont tenues correctement. Exemple borné (cinq lignes sur un brouillon factice court) :

Le brouillon reste propriétaire de l’ordre des lignes ; ce qui compte, c’est que chaque énoncé qui change une décision ait une ligne.

Cinq lignes suffisent pour tenir la trace d’un brouillon court

Pour un brouillon typique, cinq à quinze lignes couvrent l’essentiel. Au-delà, le tableau devient un document à part : c’est un signal que le brouillon est trop long pour une vérification à la main, ou qu’il faut un outil dédié. Ce seuil n’est pas une règle universelle : un texte plus dense en données chiffrées montera mécaniquement au-dessus.

Statuts explicites et provisoires : vérifiée, partielle, non sourcée, à tester

Aucune autre valeur. Vérifiée suppose les trois contrôles minimaux passés. Partielle suppose une source qui couvre une partie seulement (version, portée). Non sourcée déclenche la décision (tester, reformuler, couper). À tester programme un essai reproductible borné à exécuter plus tard, avec une date. Un statut flou (« semble correcte », « à confirmer globalement ») n’est pas un statut : c’est un report de décision.

Versionnez le journal avec le brouillon

Si le brouillon change de version (V1, V2, V3), le journal change avec lui. Une nouvelle version relance la vérification sur les énoncés qui dépendent de la version de l’outil, du document ou du modèle ; les autres sont conservés tels quels. Sans versionnement, une mise à jour d’un outil tiers peut rouvrir des statuts déjà tranchés.

Erreur à éviter : un journal qui vit dans un mail ou un Slack

La trace doit survivre au changement d’outil, d’équipe et de version. Le journal vit à côté du brouillon — fichier Markdown dans le dossier du projet, ou tableau daté dans le dépôt de l’article — pas dans une messagerie, où il devient introuvable au moment où on en a besoin.

Quels raccourcis refuser pendant la vérification ?

« Le détecteur d’IA dit que c’est faux » n’est pas une décision

Un score de détecteur porte sur la probabilité qu’un texte soit généré, pas sur la vérité des affirmations. Aucun détecteur ne décide qu’une phrase est vraie. Si la rédaction y renvoie, c’est uniquement pour situer la limite, jamais comme argument : la question est « qu’est-ce que cette phrase affirme ? », pas « ce texte ressemble-t-il à de l’IA ? ».

« L’IA le dit, c’est que c’est probablement vrai » n’est pas une source

Confondre l’assurance du style et la solidité de la source est l’erreur symétrique. Plus le paragraphe est fluide, plus la vigilance augmente : c’est l’inverse de ce que le réflexe naturel propose. La prose lisse est plus difficile à vérifier, pas moins.

« C’est sur Wikipédia » (ou sur n’importe quelle reprise) n’est pas une source primaire

Une encyclopédie, un article de presse, un billet de blog sont des reprises qui paraphrasent. La source primaire reste la documentation officielle, le manuel, la norme, la RFC ou la sortie reproductible. La reprise peut orienter la recherche, pas conclure la vérification : une citation reprise trois fois reste une citation de reprise.

« On vérifiera à la publication » est une perte sèche

Un À tester non transformé en action programmée avant publication devient une affirmation non vérifiée publiée. Cette page traite la vérification dans le brouillon, pas après — au moment où la décision peut encore se traduire en hypothèse étiquetée ou en coupe.

Couper ce qui n’est pas vérifié n’est pas un échec éditorial

La coupe est un acte éditorial assumé. Une section perdante en affirmations invérifiables est raccourcie, ou découpée, ou retirée du plan. La méthode accepte la coupe comme une issue normale. Une page raccourcie sur des faits solides vaut mieux qu’une page longue sur des soupçons.

Que faire des énoncés qui ne peuvent pas être vérifiés par une source ?

Prédictions, données internes, paywall : trois hors-périmètre explicites

Trois catégories d’affirmations restent hors de la vérification par source :

• les prédictions (ce qui va se passer demain, ce que l’IA va pouvoir faire l’an prochain) ne sont pas vérifiables ; elles sont traitées en hypothèse ou retirées ;
• les données internes (chiffre d’une entreprise non publié, identifiant personnel, base non publique) sont invérifiables de l’extérieur ; elles sont retirées ou reformulées en termes génériques ;
• les contenus paywall (article scientifique, base de données fermée) sont invérifiables sans abonnement ; ils sont indiqués comme tels, ou remplacés par une source primaire ouverte équivalente.

Reformulez l’opinion esthétique en opinion attribuée, jamais en fait

« Cette œuvre est magistrale » est une opinion. « Selon X (ouvrage Y, page Z), cette œuvre est magistrale » est une opinion attribuée à une source nommément citée. La confusion des deux est un raccourci à éviter : la première peut rester sans source, la seconde demande que X et Y soient vérifiables.

Pour les enjeux forts : renvoyez à une source humaine compétente qui décide

Au-delà du « vérifié / non vérifié », un énoncé qui touche à la santé, au droit, à l’argent, à la sécurité ou à l’identité d’une personne appelle une source humaine compétente (professionnel, juriste, médecin, organisation officielle). Le tableau de vérification du brouillon ne suffit pas ; il devient une liste de questions à transmettre.

Erreur à éviter : publier un brouillard de formulations plausibles

Un paragraphe lisible n’est pas un paragraphe vérifié. La méthode accepte de retirer des phrases qui ne supportent ni source, ni test, ni reformulation honnête. Le confort de lecture ne remplace pas la solidité des faits.

Quelle différence avec les pages complémentaires du site ?

Avec /ia/verifier-une-reponse/ : la réponse IA brute, pas le brouillon multi-sections

La sœur vérifier une réponse IA brute traite la vérification d’une réponse unique d’IA avant toute rédaction. Cette page-ci traite la vérification à l’intérieur d’un brouillon déjà passé en passes — typiquement produit par la méthode de la sœur construire un article relisible. Les gestes sont voisins (isoler, classer, remonter, statuer), mais l’objet (réponse unique vs document multi-sections) et le risque (confabulation sur un cas isolé vs lissage et reformulations fautives au fil des passes) diffèrent.

Avec /redaction-ia/construire-un-article-relisible/ : la méthode de production, pas le contrôle

La sœur construire un article relisible décrit les passes réversibles qui produisent le brouillon localisé (plan, questions manquantes, brouillon, contrôle factuel, révision de forme, relecture humaine). Cette page-ci détaille précisément la passe de contrôle factuel et ne redit pas les autres. Lien de continuité, pas de substitution.

Avec /redaction-ia/brief-article-source/ : le brief avant la première passe

La fiche de brief en amont prépare la rédaction en sélectionnant les sources et en cadrant le périmètre. La section Rédaction IA est le point d’entrée de ce parcours. Cette page-ci intervient après le brouillon localisé, sur le document à contrôler. Les deux extrémités du parcours se complètent ; aucune ne remplace la relecture humaine.

Avec /redaction-ia/humaniser-un-texte-sans-tricher/ : la lisibilité, pas la vérité

L’amélioration de la lisibilité sans promesse d’indétectabilité relève de la révision de forme, traitée dans la page sœur de méthode de rédaction. Cette page-ci traite les faits et les sources exclusivement. Aucune des deux ne vend un raccourci de rédaction.

Avec la relecture humaine : la vérification appuie, la relecture tranche

La relecture humaine tranche ce que la vérification ne tranche pas — la responsabilité éditoriale, le ton, la voix, la décision finale de publier. La vérification prépare la décision ; elle ne la prend pas. Une page « vérifiée » peut encore être refusée par la relecture pour des raisons qui n’étaient pas dans le tableau.

Comment savoir que le brouillon est prêt à passer en relecture humaine ?

Tous les énoncés qui changent une décision sont tranchés

Chaque ligne du tableau, pour les énoncés prioritaires (chiffre, date, version, citation, permission, identité prêtée), porte un statut daté et une décision explicite (conserver, reformuler en hypothèse, programmer un test, couper). Une ligne vide sur un énoncé prioritaire signifie que le brouillon n’est pas prêt.

Toutes les citations sont ouvertes ou retirées

Aucune citation ne reste dans le brouillon sans avoir été ouverte à la source primaire. Les citations non retrouvées sont coupées ou remplacées par une paraphrase explicitement hypothétique. Une citation non ouverte est une dette de vérification qui s’accumule à chaque relecture.

Tous les « à tester » sont datés

Un à tester sans date ni commande devient un non sourcé qui appelle une décision immédiate. Un à tester daté et borné est un travail programmé, pas un aveu d’impuissance. La date fait la différence entre un report légitime et une fuite de responsabilité.

Le journal de vérification est à côté du brouillon, versionné avec lui

Le journal n’est pas un mail, pas une note dans un coin, pas un message à soi-même. Il est conservé dans le même dossier que le brouillon, ou dans le dépôt du projet, avec la même version. Au moment de la relecture, le journal doit pouvoir être ouvert en un clic.

La voix et la forme ont déjà été relues (sœur publiée)

La révision de forme est traitée par la sœur construire un article relisible. Cette page-ci n’y revient pas ; elle assume que la relecture de forme est déjà passée, ou qu’elle passera après la vérification factuelle. Empiler les deux révisions en une seule passe mélange les gestes et perd du temps sur les deux tableaux.

Questions fréquentes avant de continuer

Quelle différence entre « vérifier une réponse » et « vérifier un brouillon » ?

La page vérifier une réponse IA brute traite une réponse unique et isolée. Cette page-ci traite un document multi-sections où le modèle a pu reformuler une source correcte en phrase inexacte (sans halluciner à proprement parler), ou supprimer une nuance qui rendait l’affirmation vraie. Les deux gestes se complètent ; aucun ne remplace la relecture humaine.

Comment traiter un chiffre qui semble exact mais que je ne retrouve pas ?

Trois issues :

• tester : rejouer la commande ou le calcul sur une machine de test bornée, si l’affirmation porte sur un comportement reproductible ;
• reformuler en hypothèse : conserver la phrase en marquant l’incertitude et la date ;
• couper.

La sélection dépend de l’enjeu et de la place de la phrase dans le brouillon : un chiffre central non sourcé se coupe plus vite qu’un chiffre d’ambiance. Pour les comportements techniques reproductibles, une commande documentée sur une machine de test bornée apporte souvent plus qu’une recherche externe longue.

Faut-il couper tout ce qui n’est pas vérifié ?

Non. Une phrase non vérifiée mais décisive, reformulée en hypothèse avec sa nuance, peut rester dans le texte publié. Une phrase vérifiable et secondaire peut être coupée sans regret. La décision dépend de l’enjeu, pas d’un dogme « tout ou rien ». Une coupe mécanique « tout ce qui n’est pas vérifiée sort » appauvrit le texte sans le rendre plus juste.

Un détecteur d’IA peut-il servir pendant la vérification ?

Non, pour décider de la vérité. Le détecteur porte sur la probabilité qu’un texte soit généré, pas sur la solidité des affirmations. Il ne remplace pas le tableau de vérification ; il ne le complète pas non plus de manière utile ici. Pour approfondir la lecture critique d’une sortie de modèle, consultez la section IA pratique.

Quand doit-on reprogrammer la vérification ?

À chaque changement de version de l’outil (modèle, éditeur, distribution, source documentaire) qui touche au moins un statut du journal. Les autres statuts restent valides ; le journal indique ceux qu’il faut reprendre. Une version qui ne touche aucun source / portée peut se passer d’une re-vérification complète.

Comment gérer un brouillon long (plus de vingt sections) ?

Dépasser vingt sections en un seul tableau devient difficile à suivre. Découper en sous-tableaux par chapitre, versionnés avec le brouillon, et reprendre la vérification chapitre par chapitre avant relecture humaine. Aucun « big bang » de vérification sur un document très long d’un coup : la fatigue ouvre la porte aux raccourcis justement refusés plus haut.

Que faire si une source primaire n’est pas accessible (paywall, page indisponible) ?

Marquer à tester avec la date et la nature du blocage. Tenter une source primaire ouverte équivalente (par exemple la documentation officielle plutôt qu’un article paywall). Si aucune source ouverte n’existe, retirer l’affirmation ou la reformuler en hypothèse en l’indiquant. Une source inaccessible n’est pas une source — c’est un blocage à décider.

Comment garder la vérification courte sans la bâcler ?

Limiter le tableau aux énoncés qui changent une décision ; laisser les transitions et exemples parallèles à la relecture de forme. La vérification courte est une vérification efficace, pas une vérification minimaliste : un tableau de vingt lignes sur vingt sections bien découpées vaut mieux qu’un tableau de cent lignes où tout se ressemble.