Ingénierie de contexte

La pratique qui consiste à décider ce qui entre dans le contexte, sous quelle forme, et à quel moment. Le pendant, côté agent, de ce que le prompt engineering était côté conversation.

Le glissement de vocabulaire dit quelque chose de réel. Tant qu’on discutait avec un modèle, la variable qui comptait était la formulation. Dès qu’un agent travaille sur un dépôt, elle devient la sélection : quels fichiers, quelles règles, quels résultats d’outils, dans quel ordre.

C’est un travail d’arbitrage, parce que la place est finie et que l’attention se dilue. Tout ce que vous ajoutez « au cas où » retire du poids à ce qui compte vraiment.

Elle se joue à trois échelles : ce qui est permanent (le fichier d’instructions), ce qui se charge à la demande (une procédure rechargeable), et ce qu’on donne pour une tâche précise.

À éviter

La réduire à « donner plus de contexte ». L’ingénierie de contexte consiste autant à retirer qu’à ajouter, et un contexte encombré produit de moins bons résultats qu’un contexte court et juste.