Préparer le contexte et reprendre une session IA
Qu’est-ce que je dois lui donner pour qu’elle travaille sur mon projet, et pas sur un projet plausible qu’elle inventerait pour combler les manques ?
Master Prompt associé : MP32, orchestrer un projet ebook (cycle complet), utilisé ici pour les phases de cadrage et de plan déjà atteintes à ce stade du parcours.
Résultat attendu
Après ce guide, vous savez constituer le dossier de contexte minimal qu’une session IA doit recevoir pour travailler utilement sur votre projet, et vous savez rouvrir une session interrompue sans deviner ce qui a déjà été décidé ni faire répéter un travail déjà fait.
Le résultat est un dossier de contexte réutilisable et une reprise de session réussie, sans perte d’une décision déjà validée.
Ce qu’il faut avoir sous la main
Le brief de G06, le dossier documentaire de G10, le plan audité de G12, et le système de fichiers et de journal de décisions mis en place en G02.
Une session IA ne se souvient de rien de fiable
Selon l’outil et sa configuration, une nouvelle conversation peut ne rien connaître de votre projet, ou reposer sur un historique que vous ne contrôlez pas entièrement. Dans les deux cas, la question à se poser reste la même : qu’est-ce que je dois lui donner pour qu’elle travaille sur mon projet, et pas sur un projet plausible qu’elle inventerait pour combler les manques ?
Pour comprendre pourquoi une IA peut produire une réponse cohérente et pourtant fausse sur votre propre projet, revoyez Qu’est-ce qu’un modèle d’IA ? Le geste pratique de ce guide en découle directement : ne jamais laisser un manque d’information se transformer silencieusement en une invention plausible.
Le dossier de contexte minimal
Un dossier de contexte n’est pas un résumé narratif de votre projet. C’est un ensemble de faits vérifiables que la session peut utiliser sans avoir à les deviner.
| Élément | Ce qu’il apporte | Source |
|---|---|---|
| ÉlémentBrief | Ce qu’il apporteLecteur, promesse, périmètre, exclusions, prérequis | SourceG06, version validée |
| ÉlémentPlan audité | Ce qu’il apporteChapitres, résultats attendus, ordre, dépendances | SourceG12, version validée |
| ÉlémentExtraits de sources pertinents | Ce qu’il apporteAffirmations avec statut et provenance | SourceG10, uniquement ce qui sert la tâche du jour |
| ÉlémentRègles de style provisoires | Ce qu’il apporteVocabulaire, ton, conventions déjà arrêtées | SourceNotes personnelles, en attendant la charte de G15 |
| ÉlémentDécision du jour | Ce qu’il apporteCe que cette session précise doit produire | SourceJournal de décisions de G02 |
La colonne « règles de style provisoires » reste volontairement modeste à ce stade du parcours. La charte éditoriale complète sera construite au guide suivant ; vous pouvez commencer une session sans elle, à condition de ne pas lui demander de fixer définitivement une voix qui n’existe pas encore.
N’incluez que les extraits de sources utiles à la tâche précise du jour. Transmettre tout le dossier documentaire à chaque session ne le rend pas plus fiable : cela dilue l’attention sur ce qui compte, et peut exposer des éléments dont la diffusion n’est pas nécessaire, ce que G07 vous a appris à examiner avant tout partage.
Découper un contexte trop large
Un projet avancé accumule des documents. Fournir la totalité à chaque session dépasse souvent ce qu’un outil peut traiter utilement, et noie la tâche précise sous des détails sans rapport.
Le découpage suit la tâche, pas le calendrier. Pour rédiger le chapitre 3, la session a besoin du brief, de la portion du plan concernant ce chapitre, des sources qui l’appuient et de la charte. Elle n’a pas besoin du détail de la recherche du chapitre 1, déjà validée et refermée.
Pour préparer la fiche « Préparer vos visuels » du plan annoté de P04, le dossier de contexte transmis contient : le brief, la ligne du plan concernant ce chapitre, les fiches A-01, A-02 et A-04 du dossier documentaire, et rien d’autre. Il ne contient pas les échanges simulés E01 et E02 de G04, qui ont déjà servi à construire le brief et n’apportent rien à cette tâche précise.
Si une session doit malgré tout couvrir plusieurs chapitres, découpez la demande elle-même en étapes validées une à une, plutôt que de tout demander en un seul message. Une réponse trop longue à contrôler d’un coup est une réponse que vous contrôlerez mal.
Versionner le contexte comme un document
Le dossier de contexte change à mesure que le projet avance : une source de plus, une décision qui modifie une exclusion, un chapitre du plan qui a bougé. Traitez-le comme les autres documents de votre projet, avec la méthode de version posée en G02 : un nom stable, un numéro de version, une date, et un statut.
Ne réutilisez jamais un dossier de contexte périmé sans vérifier qu’il correspond encore aux dernières décisions validées. Un contexte obsolète produit un travail cohérent avec un projet que vous avez déjà quitté.
Reprendre une session sans deviner
La reprise après une interruption échoue de deux façons opposées. La première consiste à tout réexpliquer depuis le début à chaque fois, ce qui gaspille du temps et introduit le risque de raconter le projet différemment d’une fois sur l’autre. La seconde consiste à supposer que la session se souvient encore de tout, ce qui expose à des décisions oubliées ou déformées.
La méthode stable reprend le principe de la fiche de reprise de G02, appliquée à une session IA :
- Ouvrez le dossier de contexte à jour et vérifiez sa version.
- Indiquez explicitement à la session ce qui est déjà validé, en citant la décision et sa référence, pas en la résumant de mémoire.
- Précisez la tâche exacte de cette reprise, pas « continue le livre ».
- Demandez à la session de signaler ce qui lui manque avant de produire quoi que ce soit, plutôt que de combler silencieusement.
- À la fin de la session, notez ce qui a été décidé dans le journal, pas seulement dans l’historique de la conversation.
Le point 5 est le plus souvent négligé. Un historique de conversation n’est pas un journal de décisions : il mélange les essais, les reformulations et les choix retenus, exactement comme le rappelait déjà G02 pour la fiche projet. Extrayez la décision retenue dans votre document indépendant.
Ce qu’une bonne reprise permet de vérifier
Une reprise réussie n’est pas seulement une session qui répond vite. C’est une session dont vous pouvez vérifier qu’elle est repartie du bon état.
| Signal | Ce qu’il indique |
|---|---|
| SignalLa session cite une décision précise du journal | Ce qu’il indiqueLe contexte a été correctement reçu |
| SignalLa session redemande une information déjà donnée dans le dossier | Ce qu’il indiqueLe dossier était incomplet ou mal formulé, à corriger |
| SignalLa session propose une décision non enregistrée sans la signaler comme nouvelle | Ce qu’il indiqueUn risque de confusion entre proposition et décision validée |
| SignalLa session comble un manque sans le signaler | Ce qu’il indiqueUne invention à corriger avant de poursuivre |
Le dernier signal est le plus grave. Il n’indique pas seulement un mauvais dossier de contexte : il indique une réponse à ne pas conserver telle quelle, quelle que soit la qualité apparente du texte produit.
Exercice : préparer, interrompre, reprendre
Données de départ. Votre brief de G06, votre plan audité de G12, votre dossier documentaire de G10.
Consigne. Constituez un dossier de contexte minimal pour une tâche précise de votre projet, en suivant le tableau de ce guide. Ouvrez une session avec ce dossier et obtenez une première réponse. Fermez ensuite la session, ou simulez une interruption en changeant de conversation. Rouvrez et reprenez, en suivant les cinq étapes de la méthode de reprise, sans coller à nouveau l’historique complet de la première session.
Production attendue. Le dossier de contexte utilisé, sa version, la première réponse obtenue, puis la trace de la reprise : ce que vous avez indiqué comme déjà validé, la tâche précise demandée, et ce que la session a signalé comme manquant, s’il y a lieu.
La reprise n’a pas nécessité de tout réexpliquer. Aucune décision déjà prise n’a été contredite silencieusement par la session reprise. Une éventuelle invention de la session a été repérée et corrigée avant d’être conservée.
Correction. Une reprise qui redemande une information déjà présente dans le dossier n’est pas un échec de l’exercice : c’est un signal à noter et à corriger dans le dossier suivant. L’exercice échoue seulement si l’invention d’une information n’est pas repérée, ou si le dossier de contexte n’a pas été réellement utilisé.
Remédiation. Si la session semble perdue malgré un dossier complet, vérifiez que la tâche demandée est aussi précise que celle de l’exemple du cas A. Une tâche vague produit une reprise vague, quel que soit le contexte fourni.
Employer MP32 pour cette étape du projet, pas pour tout le cycle
MP32, orchestrer un projet ebook lit votre fiche d’état et votre dossier de contexte, puis aide à préparer une reprise cohérente avec les décisions déjà validées. À ce stade du parcours, sa version couvre le cadrage, la recherche et le plan : les phases que vous avez déjà pratiquées de G01 à G12. Elle ne rédige aucun chapitre : cette capacité arrive avec MP12, au guide suivant.
Contrôlez que la procédure cite vos décisions réelles plutôt que de les paraphraser de mémoire, et qu’elle refuse d’avancer un jalon sans validation explicite de votre part. Une réponse qui suppose votre accord parce que vous n’avez pas objecté n’est pas une validation : ce principe, déjà posé pour le journal de décisions de G02, s’applique de la même façon à une procédure d’orchestration.
Vérification des acquis
Faut-il transmettre tout le dossier documentaire à chaque session ? Non. Seuls les éléments utiles à la tâche précise du jour, pour rester lisible et pour ne pas exposer inutilement une donnée sensible.
Un historique de conversation vaut-il journal de décisions ? Non. Il mélange essais et choix retenus. Le journal indépendant reste la référence.
Une session qui redemande une information déjà fournie a-t-elle échoué ? Elle signale un dossier de contexte perfectible, pas nécessairement un échec de la méthode. C’est une information à exploiter pour le prochain dossier.
- Le dossier de contexte contient brief, portion de plan concernée, sources utiles et règles provisoires.
- Le dossier est versionné comme les autres documents du projet.
- La reprise s’appuie sur le journal de décisions, pas sur l’historique de conversation.
- Toute invention détectée pendant la reprise a été corrigée avant d’être conservée.
Vous savez maintenant alimenter une session sans la laisser deviner votre projet. Le guide suivant va donner à cette collaboration une voix reproductible, celle qui manquait encore au dossier de contexte de ce guide.