Il est dix-huit heures. Sur ton bureau, un document de quatorze pages qu'un partenaire t'a envoyé ce matin : des conditions, des annexes, du texte serré, avec quelque part à l'intérieur une clause qui te concerne directement. Tu dois donner ton avis demain à la première heure. Tu commences à lire, page un, page deux, et déjà ton attention glisse. Tu relis un paragraphe trois fois sans le retenir. Tu regardes combien il reste de pages et ton cœur se serre un peu. Tu sais que quelque part là-dedans il y a l'information importante, mais elle est noyée dans dix pages qui ne t'intéressent pas.

Autre scène, même semaine. Tu dois trouver un nom pour un nouveau service, ou dix idées d'accroches pour une annonce, ou juste sortir de l'ornière parce que tu tournes en rond sur un problème depuis deux jours. Tu prends une feuille, tu écris deux idées, tu les trouves nulles, tu raies, et le blocage revient. Trouver des idées seul, c'est épuisant, parce que ton cerveau retombe toujours dans les mêmes rails. Tu as besoin de quelqu'un qui te renvoie la balle, qui te propose vingt directions pour que tu en gardes une.

Et une troisième scène, très banale : un message important arrive dans une langue que tu ne maîtrises pas bien. Un client à l'étranger, un fournisseur, un document officiel. Tu comprends un mot sur deux, tu n'oses pas répondre de peur de faire une faute qui te fasse passer pour amateur.

Ces trois moments, le document qui t'assomme, la page d'idées qui reste vide, la langue qui te bloque, ont un point commun : ils te font perdre un temps fou et ils t'usent, alors que ce ne sont pas eux ton vrai métier. Ton métier, c'est de décider quoi faire de l'information, pas de la déchiffrer péniblement. C'est de choisir la bonne idée, pas de les produire toutes seul dans la douleur.

L'IA est très forte sur exactement ces trois gestes : digérer un texte long pour t'en donner l'essentiel, te lancer une pluie d'idées pour amorcer ta réflexion, et faire passer un message d'une langue à l'autre de façon compréhensible. Elle ne remplace pas ton jugement, elle te débarrasse du travail ingrat qui te séparait de ton jugement. Dans cette leçon, tu vas apprendre à t'en servir pour ces trois usages, et surtout à ne jamais confondre un résumé pratique avec la vérité complète d'un document.

Ce que tu gagnes ici, ce n'est pas de la vitesse brute, c'est de l'accès. Un document de quatorze pages que tu n'aurais jamais vraiment lu jusqu'au bout devient un document dont tu connais les points clés en deux minutes. Tu passes de je ne l'ai pas lu à j'en connais l'essentiel et je sais où creuser. Cet accès change ta position : tu arrives à la réunion en ayant compris, pas en bluffant. Sur le long terme, c'est la différence entre subir l'information et la maîtriser.

Pour le résumé, le changement concret est double. D'abord tu déblaies : tu sépares les dix pages de contexte des deux paragraphes qui te concernent. Ensuite tu cibles : une fois l'essentiel repéré, tu vas lire toi-même, en entier, le passage précis qui compte, celui qui engage ta responsabilité. Le résumé n'est pas là pour remplacer ta lecture des points sensibles, il est là pour te dire où porter ton attention. C'est une carte, pas le territoire. Comprendre ça t'évite l'erreur grave de signer sur la foi d'un résumé.

Pour le brainstorming, le gain est psychologique autant que pratique. Quand tu es seul, chaque idée que tu produis, tu la juges aussitôt, et ce jugement précoce tue les idées avant qu'elles grandissent. Quand l'IA t'en propose vingt d'un coup, tu passes du mode je dois créer au mode je choisis, qui est beaucoup plus léger. Tu n'es plus l'unique source, tu es le filtre. Et souvent, ce n'est pas l'idée de l'IA que tu retiens telle quelle, c'est une de ses idées médiocres qui déclenche, chez toi, la bonne idée. Elle sert d'amorce, comme le morceau de papier qu'on allume pour prendre le feu.

Pour la traduction, tu gagnes le droit de participer à des échanges qui t'étaient fermés. Un marché, un partenaire, un client étranger cessent d'être des murs. Mais là aussi, le changement s'accompagne d'une règle : une traduction automatique se relit, surtout quand elle sort de ta bouche vers l'extérieur. Comprendre un message reçu, faible risque. Envoyer un message traduit dont tu ne peux pas juger la justesse, risque réel, parce qu'une nuance ratée peut vexer ou tromper. Tu apprends donc à distinguer le sens général, que la traduction te donne très bien, et la formulation fine, qu'il faut faire vérifier quand l'enjeu est fort.

Au fond, ces trois usages t'apprennent la même chose que la leçon sur les emails, sous un autre angle : l'IA fait le gros du travail brut, toi tu gardes le jugement sur ce qui engage. Digérer, proposer, traduire, ce sont des accélérateurs. Décider de ce qui est important, choisir la bonne idée, valider un message sensible, ça reste ton territoire, et c'est très bien ainsi.

1. Demander un résumé utile, pas un résumé vague

Un résumé mal demandé donne une bouillie générale : ce document parle de plusieurs sujets importants. Inutile. Un bon résumé répond à ta question à toi. Donc avant de résumer, dis pourquoi tu lis.

Par exemple, au lieu de résume ce document, dis résume ce contrat en te concentrant sur ce qui m'engage financièrement et sur les délais, en dix points courts. Ou, pour un long fil d'emails, résume cet échange et dis-moi ce qu'on attend de moi et pour quand. Le résumé devient un outil de décision, pas un texte de plus à lire.

Astuce concrète : demande aussi ce qui manque ou ce qui est flou. Un bon assistant honnête te dira certaines conditions ne sont pas précisées dans le texte. Ça t'indique où poser des questions au partenaire, ce qui vaut souvent plus que le résumé lui-même.

2. Toujours revenir à la source sur les points sensibles

Un résumé se trompe parfois, non pas en inventant, mais en simplifiant à outrance ou en ratant une exception. Sur un point à faible enjeu, ce n'est pas grave. Sur un point qui t'engage, un montant, une date butoir, une clause de résiliation, un résumé ne suffit jamais.

La règle : le résumé te dit où regarder, tu vas lire toi-même le passage exact. Par exemple, l'IA t'annonce le contrat se renouvelle automatiquement chaque année. Tu ne t'arrêtes pas là, tu retournes dans le texte, tu lis la clause de renouvellement en entier, parce que c'est peut-être sauf préavis de trois mois, et ce détail change tout.

C'est exactement l'esprit de séparer le réversible de l'irréversible vu dans la première leçon. Lire un résumé, réversible. Signer parce qu'un résumé le disait, irréversible. Sur l'irréversible, on vérifie à la source.

3. Brainstormer en quantité, puis filtrer

Pour trouver des idées, ne demande pas la meilleure idée, demande beaucoup d'idées. La qualité vient du choix, pas de la première proposition. Dis : donne-moi vingt angles pour présenter ce service, du plus classique au plus inattendu. La variété est précieuse parce qu'elle élargit ton horizon.

Ensuite, filtre avec ton jugement, celui que l'IA n'a pas : toi tu connais tes clients, ton style, tes contraintes. Beaucoup de propositions seront à jeter, c'est normal et c'est même le but. Tu cherches l'étincelle, pas la perfection immédiate.

Pousse le brainstorming : rebondis. Prends une idée qui t'intéresse à moitié et dis développe la numéro sept, mais pour un public plus jeune. Tu utilises l'IA comme un partenaire de rebond, pas comme un distributeur de réponses finales. Un exemple : sur dix noms proposés, aucun ne te plaît, mais l'un contient un mot qui te parle, tu le gardes et tu construis autour.

4. Traduire pour comprendre, faire vérifier pour engager

Sépare deux situations. Comprendre un message reçu dans une autre langue : demande une traduction et le sens général, tu peux t'y fier pour saisir de quoi il retourne. C'est un usage à faible risque, la traduction n'a pas besoin d'être parfaite pour être utile.

Envoyer un message important dans une langue que tu ne maîtrises pas : là, prudence. Demande la traduction, mais aussi une version simple et sûre, sans expression compliquée qui pourrait être mal comprise ou mal traduite. Et si l'enjeu est fort, contrat, réclamation, message officiel, fais relire par une personne qui parle vraiment la langue.

Un exemple concret de piège : une formule polie dans ta langue peut devenir sèche ou bizarre une fois traduite mot à mot. En demandant reste simple et poli, adapte à la culture du destinataire plutôt que de traduire littéralement, tu réduis fortement le risque. Mais tu gardes en tête que tu ne peux pas juger toi-même la finesse d'une langue que tu ne parles pas, et que sur du sensible, l'œil humain reste indispensable.

En résumé : demande des résumés orientés par ta question et retourne toujours à la source sur les points qui t'engagent, brainstorme en quantité puis filtre avec ton jugement, et traduis librement pour comprendre mais fais vérifier pour engager. L'IA digère et propose, toi tu décides de ce qui compte.

La boîte à outils SEO de MogaCode, appelée gsc-connect, est un cas parfait pour comprendre la puissance et les limites de ces usages. C'est un ensemble de dizaines d'outils, chacun avec un nom précis et un rôle précis, qu'une IA peut appeler pour aller chercher de la donnée réelle : un outil pour lire les statistiques de recherche d'un site, un autre pour vérifier la vitesse d'une page, un autre pour regarder ce que font les concurrents, un autre pour proposer des idées de mots-clés. L'IA ne devine pas, elle appelle le bon outil, récupère la vraie donnée, et te la restitue de façon lisible. C'est du résumé et de l'analyse à grande échelle : prendre une masse d'information brute et en tirer l'essentiel utile.

Mais voici le point qui compte pour toi. MogaCode a gravé une règle stricte pour cette boîte à outils, née d'une erreur vécue. Certains de ces outils qui explorent les positions sur un moteur de recherche ne s'appuient pas sur les données officielles de Google, mais sur des sources approchées. Un jour, un de ces outils a affirmé qu'un site client était absent des résultats, alors qu'en vérité, sur le vrai Google, ce site apparaissait tout en haut. Le résumé automatique disait une chose, la réalité en disait une autre. Le client, lui, l'a vu en deux secondes sur son propre écran, et ça a entamé la confiance.

La leçon a été inscrite noir sur blanc : ne jamais affirmer une position à partir d'une source approchée, toujours revenir à la donnée fiable ou vérifier soi-même. C'est mot pour mot ta règle sur les résumés : le résumé te dit où regarder, mais sur un point sensible, tu retournes à la source. La différence entre une info à faible enjeu, qu'on prend telle quelle, et une info qui engage, qu'on vérifie, est exactement la même que dans ton travail de tous les jours.

Ce cas t'enseigne aussi une nuance précieuse sur l'honnêteté. MogaCode s'oblige à toujours nommer la source d'un chiffre et sa limite : cette donnée vient d'une source approchée, donc à prendre comme un ordre de grandeur, pas comme une vérité. Applique ce réflexe. Quand l'IA te résume un document ou te sort un chiffre, demande-toi, et demande-lui, d'où vient cette information et à quel point elle est sûre. Un bon outil, comme un bon assistant, doit pouvoir dire, ceci est fiable, cela est une estimation, et cela je ne le sais pas. Le jour où un résumé te présente tout avec la même assurance, méfie-toi : la vraie information honnête connaît ses propres trous.

Le contre-exemple classique de cette leçon, c'est la confiance aveugle dans un résumé sur un sujet qui engage. Prenons le cas de quelqu'un qui reçoit un contrat de plusieurs pages, demande un résumé, lit dix points bien clairs, et décide de signer sur cette base sans jamais ouvrir le document complet. Le résumé disait engagement d'un an, tarif fixe, rien d'alarmant. Rassuré, il signe.

Ce que le résumé n'avait pas mis en avant, parce qu'il simplifiait, c'était une clause de reconduction tacite avec un préavis très court, ou une pénalité en cas d'arrêt anticipé. L'information était dans le document, mais elle avait été gommée dans la version courte, jugée secondaire par la mécanique du résumé. Résultat, la personne se retrouve engagée bien plus longtemps ou plus cher que prévu, et découvre trop tard qu'elle a signé quelque chose qu'elle n'avait pas vraiment lu.

La leçon est douloureuse mais nette : un résumé est un guide de lecture, jamais un substitut de lecture sur ce qui t'engage. Il te fait gagner du temps sur le déblayage, il ne te dispense pas de lire toi-même le passage sensible. La règle simple à retenir : ce qui coûte cher si c'est faux se vérifie à la source. Un montant, une durée, une pénalité, une signature, ça se lit dans le texte original, en entier, pas dans une synthèse.

Il existe une deuxième forme d'échec, dans le brainstorming cette fois. Certaines personnes prennent la première idée que l'IA propose et la mettent en œuvre telle quelle, sans filtrer. C'est l'erreur inverse de la précédente : ici on ne vérifie pas assez sa propre valeur ajoutée. L'IA propose une idée qui existe déjà chez tous les concurrents, ou qui ne colle pas du tout à la réalité du terrain, mais comme elle est bien formulée, on la prend. Le résultat est tiède, générique, sans personnalité. Le remède, c'est de se souvenir que l'IA produit la quantité, toi tu apportes le tri et la connaissance du terrain. Une idée n'est bonne que passée au filtre de ce que toi seul sais : tes clients, ton style, ta contrainte. La formule à garder : l'IA propose, je dispose, et je ne garde jamais une idée juste parce qu'elle est bien tournée.

• Le résumé pris pour la vérité. Symptôme : tu signes ou tu décides sur la foi d'une synthèse. Cause : tu confonds carte et territoire, le résumé simplifie et peut gommer une exception. Réflexe : sur tout point qui engage, retourne lire le passage exact en entier.
• Le résumé sans question. Symptôme : tu obtiens une bouillie générale peu utile. Cause : tu as demandé résume ça sans dire pourquoi tu lis. Réflexe : oriente le résumé, concentre-toi sur ce qui m'engage et les délais, en points courts.
• La première idée prise telle quelle. Symptôme : ton contenu ressemble à celui de tout le monde. Cause : tu n'as pas filtré, tu as pris la proposition la mieux tournée. Réflexe : demande beaucoup d'idées, puis garde seulement celles qui collent à ton terrain.
• La traduction sensible envoyée sans relecture. Symptôme : un message important dans une autre langue vexe ou embrouille le destinataire. Cause : tu ne peux pas juger la finesse d'une langue que tu ne parles pas. Réflexe : demande une version simple et sûre, et fais relire par un humain quand l'enjeu est fort.
• La source non questionnée. Symptôme : tu affirmes un chiffre qui se révèle faux devant ton interlocuteur. Cause : tu as pris une donnée approchée pour une donnée fiable. Réflexe : demande toujours d'où vient l'info et si elle est sûre, vérifie sur le sensible.

Ça fait trois semaines que tu utilises l'IA pour tes emails et tes résumés, et tu as le sentiment de tourner en rond. Chaque lundi, tu réécris à peu près la même demande pour relancer les clients qui n'ont pas payé. Chaque fois que tu prépares une annonce, tu retapes de mémoire les mêmes consignes de ton, en oubliant parfois la moitié. Un jour, tu obtiens un résultat excellent, tu te dis génial, et le lendemain tu es incapable de te rappeler exactement comment tu l'avais formulé. Tu recommences de zéro, tu tâtonnes, et tu retrouves à peu près, mais pas tout à fait, ce qui marchait si bien.

C'est frustrant, parce que tu sens que tu refais sans arrêt le même travail. C'est comme un cuisinier qui trouverait une recette parfaite un soir et jetterait la feuille, condamné à réinventer le plat chaque fois qu'on le lui commande. Il perdra du temps, et surtout son plat ne sera jamais deux fois identique. Ses clients ne sauront jamais à quoi s'attendre.

Le problème n'est pas que tu écris de mauvaises demandes. Au contraire, tu en écris souvent de bonnes. Le problème, c'est que tu les laisses filer. Chaque bonne demande que tu ne notes pas est un petit trésor que tu jettes. Or une demande qui a bien marché une fois marchera encore la prochaine fois, à condition de l'avoir gardée.

Imagine plutôt : tu as un carnet, un simple document, où sont rangées tes dix ou quinze demandes qui marchent. La relance d'impayé, ferme mais courtoise. Le résumé de contrat orienté sur ce qui t'engage. Les vingt angles pour une annonce. Le message de refus poli d'un projet. Le lundi matin, tu ne réfléchis plus à comment formuler, tu ouvres ton carnet, tu copies la bonne demande, tu remplaces les quelques détails du jour, et c'est parti. Ce qui te prenait dix minutes de tâtonnement en prend une.

C'est ça, une bibliothèque de prompts. Un prompt, c'est simplement le nom qu'on donne à une demande que tu adresses à l'IA. Bâtir ta bibliothèque, c'est arrêter de jeter tes bonnes demandes et commencer à les capitaliser. C'est le passage de je bricole à chaque fois à je m'appuie sur ce qui marche déjà. Dans cette dernière leçon, tu vas apprendre à repérer, ranger et réutiliser tes meilleures demandes, pour que ton gain de temps ne soit plus un coup de chance mais une habitude solide.

Le premier bénéfice, c'est l'effet cumulé. Sans bibliothèque, chaque semaine repart de zéro : tu es aussi lent le mois prochain qu'aujourd'hui. Avec une bibliothèque, tu deviens plus rapide et plus régulier avec le temps, parce que chaque bonne demande que tu gardes s'ajoute aux précédentes. Ton outillage grandit au lieu de fondre. C'est un investissement minuscule, quelques secondes pour copier une demande qui a marché, qui rapporte à chaque réutilisation.

Le deuxième bénéfice, c'est la régularité. Quand tu retapes une demande de mémoire, tu oublies toujours un bout : cette fois tu as pensé à préciser le ton, la fois d'après non, et le résultat est bancal. Une demande écrite une bonne fois pour toutes contient déjà toutes les consignes qui comptent. Tu obtiens donc un résultat de qualité constante, même un jour de fatigue, même en étant pressé. Pour une petite structure, cette constance est un avantage réel : tes clients reçoivent toujours le même niveau, pas une loterie selon ton humeur du jour.

Le troisième bénéfice est plus subtil : tu apprends de tes propres réussites. En rangeant une demande qui a bien marché, tu es obligé de te demander pourquoi elle a marché. Ah, c'est parce que j'avais bien séparé le fond des consignes de ton, parce que j'avais donné un exemple, parce que j'avais fixé une longueur. Ce petit examen te rend meilleur pour écrire tes futures demandes. Ta bibliothèque n'est pas qu'un stock, c'est un carnet d'apprentissage.

Quatrième bénéfice, tu peux partager et transmettre. Le jour où quelqu'un t'aide, un associé, un stagiaire, un proche, tu ne lui expliques pas de mémoire comment tu t'y prends. Tu lui donnes tes demandes qui marchent, et il obtient du premier coup des résultats proches des tiens. Tu transformes ton savoir-faire personnel, qui vivait dans ta tête, en quelque chose de partageable. C'est comme donner ses recettes plutôt que de rester le seul à savoir cuisiner le plat.

Enfin, une bibliothèque bien tenue te protège d'un piège fréquent : refaire confiance à une formulation qui, en réalité, ne marchait pas si bien. En gardant tes bonnes demandes et en notant à côté ce qu'elles produisent, tu vois clairement ce qui fonctionne et ce qui déçoit. Tu arrêtes de tourner en rond avec une demande médiocre par habitude. Tu construis sur du solide, du vérifié, du réutilisable. Et ce solide, c'est toi qui l'as bâti, à ton image, pour ton métier. Personne ne peut te le vendre tout fait, parce que c'est le condensé de ta façon de travailler.

1. Repérer une demande qui mérite d'être gardée

Toutes les demandes ne valent pas la peine d'être rangées. Ce qui mérite ta bibliothèque, c'est ce qui revient et ce qui a bien marché. Deux critères simples : est-ce que je vais le refaire, et est-ce que le résultat était bon.

Prends le réflexe, dès que tu obtiens un résultat qui te fait dis ça, c'est exactement ce que je voulais, de t'arrêter deux secondes et de te demander, est-ce le genre de chose que je referai. Si oui, tu gardes la demande, pas seulement le résultat. Par exemple, tu as enfin obtenu la relance d'impayé au ton parfait : ne garde pas juste le mail, garde la formulation de ta demande, parce que c'est elle qui reproduira le résultat sur le prochain client.

À l'inverse, une demande unique, pour un cas qui ne se reproduira jamais, n'a pas besoin d'être rangée. La bibliothèque n'est pas un fourre-tout, c'est une sélection de ce qui sert souvent. Un carnet trop rempli devient inutilisable, comme un tiroir où l'on ne retrouve plus rien.

2. Écrire la demande pour qu'elle soit réutilisable

Une demande réutilisable est une demande où tu as séparé ce qui ne change pas de ce qui change. Ce qui ne change pas, ce sont les consignes : le ton, la longueur, la structure. Ce qui change, ce sont les détails du jour : le nom du client, le montant, la date.

Marque clairement les trous à remplir. Par exemple, ta demande de relance rangée pourrait être : écris une relance courtoise mais ferme à CLIENT qui n'a pas réglé une facture de MONTANT échue depuis DÉLAI, propose un règlement sous huitaine, cinq lignes maximum, ton poli sans être mielleux. Les mots en majuscules sont les cases à remplir. Quand tu réutilises, tu remplaces juste ces trois cases.

Cette façon de faire t'évite deux erreurs : oublier une consigne importante, et laisser par inadvertance les détails du client précédent. Un exemple de mésaventure évitée : sans cases marquées, tu risques d'envoyer une relance qui contient encore le nom du client d'avant. Les trous visibles t'obligent à tout remplacer.

3. Ranger simplement, retrouver vite

La meilleure bibliothèque est celle que tu utilises vraiment, donc elle doit être simple. Pas besoin d'un logiciel compliqué. Un document unique, avec des titres clairs, suffit largement au début : Relances, Emails clients, Résumés, Traductions, Idées. Chaque bonne demande sous le bon titre.

Donne à chaque demande un nom que tu comprendras dans six mois : relance impayé ferme, pas note1. Le nom doit dire quand s'en servir. C'est comme étiqueter des bocaux dans une cuisine : sans étiquette, tu ouvres tout pour trouver le sel.

Garde tout au même endroit, toujours le même. Une bibliothèque éparpillée entre trois applications et deux carnets n'existe pas vraiment, parce que tu ne sauras jamais où chercher. Un seul endroit, connu de toi, ouvert en deux clics. Par exemple, un document épinglé sur ton bureau que tu ouvres chaque matin.

4. Faire vivre et améliorer ta bibliothèque

Une bibliothèque n'est pas figée. À chaque usage, tu remarques peut-être qu'une demande pourrait être meilleure : le ton était encore un peu raide, il manquait une consigne. Ne te contente pas de bricoler dans ton coin, reviens corriger la demande rangée. Ainsi elle s'améliore à chaque passage.

Note aussi, à côté d'une demande, ce qu'elle produit de bien et ce qu'elle rate encore. Par exemple : cette demande de résumé oublie parfois les délais, penser à le préciser. La fois suivante, tu ajoutes la consigne manquante et le problème disparaît pour de bon.

Enfin, fais un peu de ménage de temps en temps. Retire ce que tu n'utilises plus, fusionne deux demandes qui se ressemblent trop pour éviter les doublons qui te font hésiter. Une demande = un besoin : si tu as deux formulations pour la même chose, garde la meilleure et jette l'autre, sinon tu perdras du temps à choisir entre elles à chaque fois.

En résumé : garde les demandes qui reviennent et qui ont bien marché, écris-les avec des cases à remplir pour séparer le fixe du variable, range tout au même endroit avec des noms clairs, et corrige-les à chaque usage. Ta bibliothèque devient un capital qui te fait gagner du temps un peu plus chaque semaine.

L'autopilote de contenu de MogaCode est l'illustration vivante de ce qu'est une bibliothèque de demandes poussée à l'échelle industrielle, et de la discipline qu'elle exige. La nuit, pendant que personne ne travaille, ce système génère des pages de site à partir de recettes de demandes préparées à l'avance. Il ne réinvente pas la formule à chaque page : il s'appuie sur des consignes rangées, éprouvées, réutilisables, exactement comme ton carnet de prompts, mais démultiplié.

Le point crucial, c'est ce qui empêche ce système de produire du mauvais travail. Chaque page générée doit passer par ce que MogaCode appelle des portes de qualité. Ce sont des vérifications automatiques et strictes : la page a-t-elle assez de contenu réel, sa structure est-elle cohérente, ne recopie-t-elle pas une autre page, contient-elle des données réelles et pas des trous à remplir laissés vides, ne promet-elle rien qu'on ne puisse tenir. Si une page échoue à une seule de ces portes, elle est écartée. Elle ne sera pas publiée. Le système préfère ne rien sortir plutôt que de sortir quelque chose de médiocre.

Cette idée est directement transposable à ta petite bibliothèque personnelle. Une bonne demande rangée, ce n'est pas juste une demande qui a l'air bien, c'est une demande dont tu as vérifié qu'elle produit un résultat correct, sans invention, sans trou, sans promesse impossible. Tes propres portes de qualité, ce sont les vérifications que tu appliques avant de garder une demande : est-ce que le résultat est vrai, complet, à ton image. Une demande qui produit du joli vide n'a pas sa place dans ta bibliothèque, même si elle est bien tournée.

Il y a une deuxième leçon, sur l'anti-doublon. Le système de MogaCode refuse de publier deux pages trop semblables, parce que deux contenus qui se ressemblent se nuisent l'un à l'autre et sèment la confusion. C'est la règle une demande, un besoin, appliquée à grande échelle. Dans ton carnet, si tu laisses traîner trois formulations proches pour la même tâche, tu perdras du temps à chaque fois à choisir, et tu douteras de laquelle est la bonne. Fais comme l'autopilote : une seule demande par besoin, la meilleure, et on écarte les quasi-doublons.

Enfin, ce cas t'apprend que la puissance vient de la répétition maîtrisée, pas de l'improvisation permanente. L'autopilote gagne un temps considérable parce qu'il ne réfléchit pas à zéro chaque nuit, il exécute des recettes solides sous surveillance de portes de qualité. Toi, à ton échelle, tu vises la même chose : ne plus improviser tes demandes courantes, t'appuyer sur des recettes que tu as validées, et garder un contrôle de qualité minimal avant de faire confiance à une formulation. La différence entre le bricolage et le professionnel, c'est là qu'elle se joue.

Voici comment une bibliothèque de prompts peut se retourner contre toi si tu oublies la discipline qui va avec. Quelqu'un se constitue un carnet de bonnes demandes, il en est content, et petit à petit il se met à réutiliser ses demandes les yeux fermés, sans jamais relire le résultat. La demande a marché la première fois, donc elle marchera toujours, se dit-il. Il colle sa recette, il remplace vaguement les cases, et il envoie sans vérifier.

Le problème surgit le jour où une case est mal remplie, ou pas remplie du tout. La relance part avec le nom du client précédent encore dedans, parce qu'il a oublié de remplacer une des cases. Ou le montant est celui d'une autre facture. La demande était bonne, mais la réutilisation mécanique a introduit une erreur que la relecture aurait attrapée en une seconde. Le client reçoit un message qui parle de quelqu'un d'autre, et l'effet est pire que si aucun message n'était parti : ça donne l'image de quelqu'un qui traite les gens à la chaîne, sans attention.

La leçon est claire : une bibliothèque accélère la préparation, elle ne supprime jamais la relecture avant l'envoi. C'est la même règle que dans la première leçon, le brouillon vient de l'outil, la responsabilité reste chez toi. Une recette réutilisable te fait gagner le temps de la formulation, pas celui de la vérification. Ces deux temps sont différents, et le second n'est jamais négociable sur ce qui part vers l'extérieur.

Il existe une deuxième façon de rater sa bibliothèque : la laisser gonfler sans jamais la ranger. Au début, on garde tout, on ajoute demande sur demande, et au bout de quelques mois le carnet contient cinquante entrées mal nommées, avec des doublons partout. Résultat, on ne retrouve plus rien, on hésite entre trois versions de la même relance, et il devient plus rapide de réécrire à la main que de fouiller dans ce fatras. La bibliothèque, censée faire gagner du temps, en fait perdre. Le remède, c'est le ménage régulier et la règle une demande, un besoin : on garde la meilleure version, on jette les quasi-doublons, on nomme clairement, on retire ce qui ne sert plus. Une petite bibliothèque tenue à jour vaut mille fois mieux qu'un gros fourre-tout. Comme un atelier bien rangé : ce n'est pas le nombre d'outils qui compte, c'est de mettre la main tout de suite sur le bon.

• La réutilisation les yeux fermés. Symptôme : un message part avec le nom ou le montant d'un client précédent. Cause : tu as réutilisé une recette sans relire ni vérifier les cases remplies. Réflexe : une bibliothèque accélère la préparation, jamais la relecture avant l'envoi, contrôle chaque case.
• Le carnet fourre-tout. Symptôme : tu ne retrouves plus tes bonnes demandes et tu finis par réécrire à la main. Cause : tu as tout gardé sans ranger ni nommer clairement. Réflexe : fais le ménage, nomme chaque demande par son usage, garde une sélection utile pas un stock.
• Les doublons qui font hésiter. Symptôme : tu perds du temps à choisir entre trois versions proches de la même demande. Cause : tu n'as pas appliqué une demande, un besoin. Réflexe : garde la meilleure formulation, jette les quasi-doublons.
• La bonne demande jetée. Symptôme : tu retâtonnes chaque semaine pour retrouver une formulation qui marchait. Cause : tu as gardé le résultat mais pas la demande qui l'a produit. Réflexe : dès qu'un résultat te satisfait et reviendra, range la demande, pas seulement le texte obtenu.
• La recette au joli vide. Symptôme : une demande bien tournée produit un texte creux ou faux. Cause : tu l'as gardée pour sa forme sans vérifier son fond. Réflexe : n'ajoute à ta bibliothèque qu'une demande dont le résultat est vrai, complet et à ton image.