Métier

Le contexte ne tient pas dans un prompt

Ce qui distingue une analyse juridique plausible d’un livrable opposable tient presque entièrement dans ce qui n’est pas écrit dans le document.

Prenons une revue de pacte d’actionnaires, et suivons-la vraiment, étape par étape, comme elle se déroule dans un cabinet. Le projet arrive de la partie adverse un jeudi soir. L’associé l’ouvre, et en quinze secondes, avant même d’avoir lu une clause, il sait déjà trois choses : quel est le rapport de force dans cette négociation, quelles sont les deux ou trois lignes rouges de son client, et quel registre de rédaction le cabinet adverse emploie quand il veut dissimuler une concession dans une définition.

Rien de tout cela n’est dans le document. Tout est dans la couche au-dessus : l’historique du client, les trois opérations comparables traitées l’an dernier, la note interne d’il y a six mois où l’équipe avait tranché une question de garantie. L’associé ne lit pas un contrat. Il lit un contrat à travers une mémoire. Et c’est cette mémoire, et non sa connaissance du droit des sociétés, qui fait la différence entre sa lecture et celle d’un juriste tout aussi compétent mais étranger au dossier.

Il faut s’attarder sur ces quinze secondes, parce qu’elles contiennent l’essentiel de ce qu’on cherche à comprendre. Ce que l’associé mobilise en un instant n’est écrit nulle part sous une forme exploitable. Ce ne sont pas des connaissances qu’on pourrait retrouver dans un manuel ou un précédent ; ce sont des jugements accumulés, des inférences tirées de dizaines de dossiers antérieurs, une familiarité avec un client et un adversaire qui ne se consigne dans aucun fichier. Ce savoir est réel, il est décisif, et il est tacite. C’est précisément cette part tacite, invisible dans le document, qui sépare une lecture d’expert d’une lecture compétente mais aveugle.

Le document est l’objet visible. Le travail, lui, se passe dans la couche invisible.

Ce qu’un copilote ne peut pas produire

Demandez maintenant à un copilote d’analyser la clause de garantie de ce même pacte. Le résultat sera souvent correct, parfois remarquable. Il identifiera les plafonds, les paniers, les durées, les exclusions, et les commentera avec une justesse technique réelle. Mais il l’aura fait hors matière : sans savoir que ce client n’a jamais accepté un plafond inférieur à un certain seuil, sans savoir que le cabinet rédige cette garantie d’une façon particulière depuis des années, sans savoir ce qui a été concédé sur l’opération précédente en échange de quoi.

C’est l’équivalent exact de confier la revue à un collaborateur brillant à qui l’on n’aurait donné ni le dossier, ni le client, ni les critères d’acceptabilité du cabinet. Il rendra quelque chose de plausible. Il ne rendra pas quelque chose d’opérationnel. Et la différence entre les deux est précisément le métier. Un livrable plausible doit être entièrement revérifié avant d’être utilisé, parce qu’on ne sait pas s’il intègre ce qui compte ; un livrable opérationnel peut être engagé, parce qu’il a été produit en connaissance de la matière.

Une réponse hors matière est une réponse plausible. Ce n’est pas un livrable.

Cette distinction n’est pas un raffinement théorique. Elle décide du temps réellement gagné. Un avis produit hors contexte oblige le senior à reconstituer mentalement tout ce que l’IA ignorait, puis à vérifier que rien d’essentiel n’a été omis. Le gain apparent à la production est repris à la relecture. Le travail n’a pas été accéléré, il a été déplacé, et souvent déplacé vers la personne la plus coûteuse de la chaîne, celle dont on voulait précisément préserver le temps.

L’objection : « il suffit de mettre le contexte dans le prompt »

C’est la réponse réflexe, et elle mérite d’être prise au sérieux, parce qu’elle est juste en théorie et fausse en pratique. Oui, on peut coller dans un prompt l’historique du client, la méthodologie, les arbitrages antérieurs. Mais faites le calcul de ce que cela suppose réellement. Il faudrait, à chaque interaction, rassembler manuellement le bon contexte parmi des centaines de dossiers, le formater, le hiérarchiser, le réinjecter, vérifier qu’il est à jour, et recommencer à la session suivante parce que le modèle n’en aura rien gardé.

Et ce n’est que la version optimiste. Dans un cabinet réel, le bon contexte n’est pas connu d’avance : savoir quels précédents sont pertinents pour cette clause-ci est déjà un acte juridique, celui-là même qu’on espérait déléguer. Demander à l’utilisateur de fournir le contexte, c’est lui demander d’avoir déjà fait le travail que l’outil était censé faire. On tourne en rond, et le rond se referme au pire endroit : sur l’expert dont on voulait alléger la charge.

Le contexte ne tient pas dans un prompt pour la même raison qu’une bibliothèque ne tient pas dans une phrase : ce n’est pas une question de taille, c’est une question de structure, de persistance et de gouvernance. Un prompt est un événement, ponctuel et sans lendemain. Une matière est une histoire, continue et accumulative. On ne fait pas tenir une histoire dans un événement, et agrandir l’événement n’y change rien, parce que ce qui manque n’est pas de la place, c’est de la permanence.

Mettre le contexte dans le prompt, c’est demander à l’utilisateur de refaire à la main le travail de la couche.

Ce que le contexte tacite recouvre vraiment

Pour comprendre pourquoi ce contexte résiste au prompt, il faut regarder de quoi il est fait, car il est plus vaste et plus divers qu’on ne l’imagine. Il y a d’abord la mémoire des dossiers : ce qui a été traité, décidé, concédé, et pourquoi. Il y a ensuite la connaissance du client : ses préférences, ses seuils, sa tolérance au risque, son histoire de négociation. Il y a la méthodologie du cabinet : la façon dont, ici et pas ailleurs, on rédige telle clause, on structure tel avis, on hiérarchise telle exigence. Il y a enfin la lecture de l’adversaire : ce que tel cabinet fait quand il emploie telle formulation. Chacun de ces registres est une couche de contexte, et aucun n’est écrit dans le document qu’on analyse.

Ce qui frappe, quand on énumère ces registres, c’est qu’aucun ne se réduit à de l’information qu’on pourrait simplement retrouver et coller. Ce sont des savoirs interprétatifs : ils ne disent pas seulement ce qui s’est passé, ils disent comment le lire. Savoir qu’un client a refusé un plafond l’an dernier n’a de valeur que relié au fait qu’il l’a refusé dans un rapport de force précis, pour une raison précise, qui vaut ou ne vaut plus aujourd’hui. Ce contexte n’est pas une donnée, c’est une lecture, et une lecture ne se colle pas dans un prompt : elle se construit, elle s’entretient, elle se gouverne dans le temps.

C’est pourquoi la couche de contexte ne peut pas être improvisée à chaque interaction. Elle doit préexister à la question, être structurée, tenue à jour, rendue disponible au bon moment sans que personne ait à la rassembler. Ce n’est pas un accessoire qu’on ajoute à un modèle performant ; c’est l’infrastructure sans laquelle la performance du modèle reste hors-sol. Un modèle brillant nourri d’un contexte pauvre rend une analyse pauvrement située ; un modèle ordinaire nourri d’un contexte riche rend un livrable qui tient. La différence ne se joue pas dans le modèle, elle se joue dans ce qui l’entoure.

Le contexte juridique n’est pas une donnée qu’on colle. C’est une lecture qui se construit et s’entretient.

Pourquoi cette couche est l’actif, et le modèle le composant

L’industrie a passé deux ans à améliorer la qualité de l’analyse isolée, et c’était utile : cela a prouvé que les modèles tenaient la promesse linguistique. Mais le travail juridique ne s’arrête pas à l’analyse isolée, il commence là. Tout ce qui se joue entre la réponse du modèle et le livrable du cabinet, l’insertion dans une matière qui a une histoire, la validation selon une méthodologie qui appartient au cabinet, l’articulation dans un workflow, la traçabilité qui rend l’IA opposable, n’existe nulle part dans les modèles.

Il faut bien voir que cette couche de contexte n’est pas une amélioration du modèle, c’est une chose d’une autre nature, posée à côté et au-dessus. Le modèle apporte la capacité linguistique, la compétence générale, la puissance de traitement ; la couche apporte ce que le modèle ne contient pas et ne contiendra jamais, parce que cela n’appartient pas au langage en général mais à ce cabinet en particulier : sa mémoire, ses arbitrages, ses critères, son histoire avec ce client. Aucune amélioration du modèle ne produit cette part, parce qu’elle n’est pas dans le modèle à améliorer.

Et c’est une bonne nouvelle stratégique, car c’est là que se trouve la valeur défendable. Les modèles vont continuer à s’améliorer et à se banaliser ; leur performance brute s’alignera. Ce qui restera rare, propre à chaque organisation et difficile à répliquer, c’est précisément cette couche de contexte, de mémoire et de méthodologie posée au-dessus d’eux. C’est elle que MAX construit : non pour produire une réponse de plus, mais pour tenir ce que les modèles ne tiennent pas. Le modèle est le composant. La couche est l’actif.

Le modèle produit une analyse. La couche produit un livrable. Entre les deux, il y a tout le métier.