Contexte statique
Qui vous êtes, vos clients, votre méthode, vos interdits. Écrit une fois, relu à chaque conversation. C'est le socle, et c'est ce qui manque à presque tout le monde.
Tout le monde a la même IA. Ce qui sépare quelqu'un qui obtient trois lignes décevantes de quelqu'un qui fait tourner son activité, ce n'est ni le modèle, ni le talent pour écrire des prompts. C'est ce qu'il a construit autour.
Trois facteurs se multiplient. Le premier est le même pour tout le monde. Les deux autres vous appartiennent. Désactivez-en un pour voir ce qu'il en reste.
Sans contexte, chaque matin c'est le jour de la marmotte : l'outil repart de zéro, sans rien savoir de vous, de vos clients, de votre façon de travailler. Vous passez vos journées à réexpliquer. C'est pour ça que la plupart des gens trouvent l'IA « pas si impressionnante » : ils la testent dans la pire configuration possible.
Qui vous êtes, vos clients, votre méthode, vos interdits. Écrit une fois, relu à chaque conversation. C'est le socle, et c'est ce qui manque à presque tout le monde.
Vos données vivantes : dossiers clients, devis, factures, comptabilité, historique. Quand vous citez un client, le système retrouve tout ce qui le concerne.
Les outils que vous branchez et les procédures que vous écrivez une fois. À partir de là, l'outil n'en parle plus : il agit.
Un fichier texte que l'outil relit à chaque conversation. Votre ton, votre langue, vos interdits, votre façon de nommer les choses. Chaque ligne vient d'une vraie erreur : c'est un manuel de cicatrices, pas une liste de préférences.
Une technique qui change tout : chaque règle porte un poids. Plus une règle a été rappelée, plus elle est lourde. Quand deux règles se contredisent, la plus lourde gagne, et l'outil n'a pas à deviner.
# Comportement - JAMAIS de flatterie ni de compliments. - Toujours en français, direct, zéro jargon. - Vérifier avant d'affirmer. Jamais inventer. - JAMAIS déployer en prod sans mon accord. - Ne change que ce qui est demandé. # Poids : plus une règle a été rappelée, plus elle prime ▰▰▰▰▰▰ Fact-check obligatoire, sans exception ▰▰▰▰▰ Le livrable, jamais un prototype ▰▰▰ Montrer un écran, pas décrire du code
Ce ne sont pas des bonnes pratiques lues quelque part. Chacun a été payé une fois, et c'est ce qui les rend solides. C'est le cœur de ce qui s'enseigne.
On ne cherche pas le meilleur outil, on construit son système. Le modèle changera, le contexte reste.
se cumule : plus il y en a, meilleur c'estQuand l'outil se trompe, on ne corrige pas la réponse : on écrit la règle. On ne corrige jamais deux fois la même chose.
« retiens ça » · le geste fondateurOn compte l'ensemble, on le parcourt en entier, puis on conclut. Un constat sans son dénominateur n'est pas un constat.
né de trois semaines de découvertes en cascadeRien n'est avancé sans être vérifié à la source. Un modèle produit un texte plausible, ce qui n'est pas la même chose qu'un texte exact.
la règle au poids le plus lourdOn vise le produit fini, pas la démonstration qui impressionne. Un emballage soigné ne remplace pas la profondeur.
un prototype ne se vend pasUn écran vaut mieux qu'une explication. Ce qui ne se voit pas n'existe pas pour celui qui reçoit le travail.
on ne livre pas des noms de fichiersOn cartographie, on mesure, on sauvegarde, on teste sur un seul cas, puis seulement on généralise. Supprimer, c'est archiver.
un déploiement a effacé douze articles, une foisOn le nourrit après chaque séance et on le range chaque mois. Un contexte qu'on n'entretient pas devient un contexte qui ment.
comme un jardin, pas comme une archiveC'est ce qui distingue un système d'un abonnement. Le contexte est fait de fichiers texte qui vous appartiennent : on peut le donner à un autre modèle, qui le lit et s'y adapte.
En pratique, il arrive de faire passer le même dossier d'un modèle à l'autre pour comparer les réponses. Le contexte, lui, ne bouge pas. C'est exactement ce qui le rend résistant au temps : les modèles se remplacent, votre système reste.
Celui qui écrit ces lignes n'est pas développeur et n'a jamais été administrateur système. Il fait pourtant tourner un serveur complet : des conteneurs, un serveur web avec ses certificats, plusieurs bases de données, des automatisations, des sites en production, des applications utilisées par de vraies personnes, et des sauvegardes qui partent toutes seules.
Rien de tout cela n'a été appris dans une formation d'informatique. Ça a été fait en demandant, en se trompant, en écrivant la règle, et en recommençant. C'est précisément ce qui s'enseigne ici : pas des commandes à recopier, la façon de ne plus s'arrêter devant ce qu'on croit réservé à d'autres.
On sous-traite, on paie un abonnement, on attend le prestataire, ou on renonce. Le plafond n'est pas technique, il est mental.
On ouvre, on demande, on essaie sur un cas, on sauvegarde avant. L'erreur n'est plus un mur : elle devient la règle suivante.
Un serveur, une base, une automatisation, une application : ce sont des choses qui s'apprennent en les faisant, avec quelqu'un qui explique à chaque étape.
La question qui suit toujours la démonstration : par quel bout prendre ça un lundi matin, sans être développeur et sans y passer la semaine. Voici l'ordre qui fonctionne, et il n'a rien de technique.
Un fichier texte, une page maximum. Ce que fait votre entreprise, à qui vous vous adressez, comment vous nommez les choses, ce que vous ne dites jamais. Ça paraît trop simple pour servir : c'est pourtant ce qui supprime la majorité des réponses hors sujet dès le premier jour.
Le test qui prouve que c'est bien écrit : donnez ce fichier à quelqu'un qui vient d'arriver dans l'entreprise. S'il comprend comment vous parlez et ce qu'il ne doit pas faire, l'outil le comprendra aussi.
Elle arrivera, et c'est le moment le plus important. Au lieu de corriger la réponse et de passer à autre chose, ajoutez une ligne au fichier. « Ne jamais proposer de conclusion commerciale sans qu'on la demande. » Une ligne, écrite le jour où l'agacement est frais.
C'est ce geste, répété, qui construit tout. Au bout de trois mois vous aurez cinquante lignes, chacune payée une fois, et vous ne corrigerez plus jamais les mêmes choses.
Prenez celle qui revient chaque semaine et qui vous ennuie le plus. Écrivez sa consigne propre : contexte, action attendue, format, interdits, cas particuliers. Testez-la sur trois cas différents, corrigez, gardez la version corrigée.
À partir de là, cette tâche ne vous coûte plus ce qu'elle coûtait. Et la deuxième consigne vous prendra deux fois moins de temps que la première.
C'est l'étape que tout le monde veut faire en premier, et c'est celle qui doit venir en dernier. Donner accès à vos fichiers, votre agenda, votre messagerie n'a d'intérêt que si le contexte est déjà posé. Sinon vous obtenez un outil puissant qui ne sait toujours pas qui vous êtes, ce qui produit des dégâts plus rapidement.
Quatre objections reviennent systématiquement. Elles sont légitimes, et elles ont chacune une réponse précise.
La première page se rédige en vingt minutes, et elle vous fait gagner ces vingt minutes dans la semaine. Le reste s'ajoute une ligne à la fois, au moment où une erreur se produit, ce qui ne prend jamais plus de trente secondes. Personne ne bloque une journée pour écrire son contexte : il s'accumule par petits bouts, comme des notes.
Non, et c'est tout l'intérêt. Ce que vous écrivez décrit votre métier, vos clients et vos règles : rien de tout cela ne change quand un modèle sort. Ce qui devient obsolète, ce sont les astuces de formulation liées à un outil précis, et c'est justement ce que cette méthode ne vous demande pas d'apprendre.
C'est l'argument qui plaide le plus fort pour la méthode. Plus un métier est spécifique, moins un modèle générique s'en sort seul, et plus le contexte fait de différence. Les gains les plus nets se voient dans des métiers de niche, précisément parce que personne d'autre n'a écrit ce que vous savez.
C'est le risque quand on achète un outil, pas quand on construit un contexte. Vos fichiers sont du texte, sur vos machines, lisibles par n'importe quel modèle. Changer de fournisseur revient à donner le même dossier à quelqu'un d'autre : il le lit et s'y adapte. C'est exactement ce qui a été montré plus haut.
C'est là que le rapport est le meilleur, parce qu'une petite structure n'a personne à qui déléguer. Là où une grande entreprise ajouterait un poste, un indépendant ou une équipe de cinq personnes n'a que ses propres heures. Chaque heure récupérée y compte davantage.
Un système qui connaît votre métier mieux que n'importe quel employé nouvellement arrivé. Et vous ne l'aurez payé à personne.