Context engineering : où vit le contexte de l’IA

Vous retapez les mêmes informations à chaque demande : qui vous êtes, à qui vous parlez, ce que vous vendez, comment vous écrivez. Quinze lignes de préambule avant d’arriver à ce que vous voulez vraiment.

Ces quinze lignes ne sont pas une perte de temps : sans elles, la réponse est générique. Le problème est qu’elles sont au mauvais endroit. Et c’est exactement ce dont parle le context engineering — un terme anglais qui désigne le fait de décider quelles informations l’IA a sous les yeux au moment où elle répond, et où chacune est rangée.

Cet article donne les quatre endroits où le contexte peut vivre, la règle qui décide lequel choisir, et le prompt qui fait l’inventaire de ce qui vous manque.

Pourquoi ce n’est pas la même chose qu’écrire un bon prompt

Écrire un bon prompt, c’est formuler correctement une demande : l’objectif, le destinataire, la consigne, le format. Le context engineering se place une marche avant. Il ne porte pas sur la formulation, mais sur l’approvisionnement : de quoi l’outil doit-il disposer, et par quel chemin cette information arrive-t-elle jusqu’à lui.

La distinction a l’air théorique. Elle a une conséquence très concrète : une information bien formulée mais placée au mauvais endroit doit être réécrite à chaque fois. Sur un usage hebdomadaire, ça fait cinquante répétitions par an pour une information qui n’a jamais changé.

Pour la formulation elle-même, et la place du contexte à l’intérieur d’une demande, tout est dans où le contexte se place dans un prompt. Ce qui suit traite d’autre chose : du rangement.

Les quatre endroits où le contexte peut vivre

Toute information que vous donnez à l’IA se trouve forcément dans l’un de ces quatre endroits. La plupart des gens n’en utilisent qu’un, le premier.

Endroit	Ce qu’on y met	Durée de vie
1. La demande elle-même	Ce qui ne concerne que cette demande : le sujet du jour, le client en question, l’échéance	Une demande
2. Les réglages permanents	Ce qui est vrai à chaque fois : votre métier, votre cible, votre façon d’écrire, vos interdits	Jusqu’à ce que vous les changiez
3. Les documents fournis	La matière volumineuse : un contrat, un export, un article, des notes de rendez-vous	Le temps de l’usage
4. La conversation en cours	Ce qui s’est dit depuis le début de l’échange, y compris vos corrections	La conversation, et elle se dégrade

Le quatrième est le piège. Il semble gratuit — l’outil « se souvient » de ce que vous avez dit plus haut — mais c’est l’endroit le moins fiable des quatre. Plus la conversation s’allonge, plus les premières consignes perdent du poids face aux dernières. Un cadrage posé en début d’échange finit par être oublié, et vous le redonnez sans comprendre pourquoi.

La règle de rangement : la fréquence de changement

Un seul critère décide de l’endroit, et il ne demande aucun jugement : à quelle fréquence cette information change-t-elle ?

• Elle ne change jamais, ou une fois par an → les réglages permanents. C’est le cas de votre activité, de votre cible, de votre style, de vos formules interdites.
• Elle change à chaque demande → la demande. Le sujet, le destinataire précis, la longueur voulue aujourd’hui.
• Elle est trop longue pour être retapée → un document fourni. Au-delà d’une page, le copier-coller dans la demande dilue la consigne au milieu de la matière.
• Elle doit survivre à la conversation → nulle part dans la conversation. Si c’est important, ça remonte dans l’un des trois autres endroits.

Une même information ne va qu’à un seul endroit. Le doublon n’est pas neutre : deux versions d’une consigne qui divergent légèrement produisent un résultat instable, et vous ne savez plus laquelle corriger.

Les deux premiers endroits ont chacun leur article. Le contexte variable, celui qu’on écrit dans la demande, est traité dans quel contexte écrire dans la demande elle-même. Le contexte permanent, lui, se dépose une fois dans le réglage qui porte le contexte permanent.

Le prompt qui fait l’inventaire

Le plus difficile n’est pas de ranger, c’est de savoir ce qui manque. On ne voit pas le contexte absent : on voit une réponse décevante et on relance. Cette consigne retourne le problème — elle demande l’inventaire avant l’exécution.

Voici une demande que je te fais régulièrement : [collez votre demande habituelle, telle que vous la tapez].
Demande : liste les informations qui te manquent pour produire un résultat précis au lieu d’un résultat générique. Pour chacune, indique si elle changerait d’une fois à l’autre ou si elle serait la même à chaque demande.
Contraintes : n’exécute pas la demande. Ne suppose aucune information à ma place — si tu as comblé un trou par une hypothèse, dis laquelle. Pas de conseil de rédaction, seulement l’inventaire.
Format : deux listes séparées — « change à chaque fois » et « identique à chaque fois ».

La deuxième liste est celle qui vous intéresse. Tout ce qui s’y trouve est du contexte permanent que vous retapez sans raison : il part dans vos réglages, et vos demandes raccourcissent d’autant.

Ce qui se transpose n’est pas ma répartition, c’est le tri par fréquence de changement. Votre contexte permanent ne ressemblera pas au mien, et il n’a pas à y ressembler.

L’erreur fréquente : tout empiler

Puisque le contexte améliore les réponses, on est tenté d’en mettre partout : une longue biographie dans les réglages, trois documents attachés, un préambule dans chaque demande. Le résultat est l’inverse de celui attendu. Noyée dans trop d’informations, la consigne du jour perd son poids, et l’outil répond à côté — non pas par manque de contexte, mais par excès.

Le bon contexte n’est pas le plus complet, c’est le plus court qui suffise. Un test simple : retirez une information et refaites la demande. Si le résultat ne change pas, cette information ne servait à rien.

Et une limite à connaître : bien ranger son contexte ne corrige pas une demande mal formulée. Si l’objectif est flou ou le format absent, aucun réglage permanent ne sauvera la réponse. Le rangement fait gagner du temps et de la régularité ; il ne remplace pas la consigne.

À vous : quarante minutes

1. Ouvrez vos trois dernières demandes longues et surlignez tout ce qui est du contexte, pas de la consigne.
2. Pour chaque élément surligné, posez la seule question qui compte : est-ce que ça change d’une demande à l’autre ?
3. Déplacez tout ce qui ne change pas vers vos réglages permanents, et retirez-le de vos demandes.
4. Refaites une demande type, sans le préambule, et comparez le résultat à celui d’avant.

Vous saurez que ça marche quand vos demandes tiendront en cinq lignes au lieu de vingt, pour un résultat au moins équivalent. Si le résultat se dégrade, c’est qu’une des informations déplacées était en réalité variable : remettez-la dans la demande.

Les consignes de la bibliothèque IATOLL sont écrites selon cette répartition : le contexte permanent sorti de la demande, et la demande réduite à ce qui change.

Cet article a été structuré et rédigé avec l’aide de l’IA, à partir d’un plan de contenu construit à la main, puis relu et corrigé phrase par phrase.